@Livid 感谢提醒。已经移除了末尾的空草稿条目。

经过我的测试，此 User-Agent 似乎被 Vercel 盾了。是的，这听起来很不可思议。 不仅是我的博客，还可以使用其他人部署在 vercel 的静态网站来测试，例如 https://my-rime.vercel.app/ curl -v -H "User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/5

我的博客 https://kkocdko.site/ ，刚才我收到了被移除的通知 “Failing since 2026-10-24 07:42 UTC (29 runs in a row). Last error: HTTP 403”。 可是，我的博客部署在 Vercel 上，没有开启额外的防火墙等措施。 我可以使用 itdog 和阿里云拨测，都能正常访问，返回 200 。我询问了我的几个朋友，

东西用着是还不错。但这个 AI 描述实在让人头疼。建议下次手写描述。

我已经把 .codex 目录给 symlink 到 /tmp 里了，然后定时 rclone 到 google drive 。 现在这些 ai 生成的软件，天天出各种问题。在 ai 的边界以外，例如这种频繁写日志，ipc 乱飞，还有之前 codex 的 sqlite 疯狂写入问题。ai 的脑子里经常忽略此类问题。写出一堆 slop 。

答：不一定。LSP 并不一定适合 LLM ，LLM 的交互方式需要来回对话，LSP 一次只给出一点信息，大幅度增加对话轮次。之前 claude code 一直说要增加官方 LSP ，因为效果不佳，拖了一年多，今年才到可用状态，到现在也都没有默认启用。codex 也没有自带。 现在看来最好的做法，是让 LLM 直接读取精简的函数签名等信息，或者每个函数一句话文档。 对此，typescript 支持比

纯 ip 可以直接连接无需备案。而且可以申请 ip 证书，免费的，能上 https 没问题。

我感觉它还不如送的 glm 5.3 flash 呢

首先鄙视楼上的某几位抬杠/风凉话/嘲讽的睿智人。能不能好好说话？不会说话就回墙内泥巴地里撒泼打滚去。 --- 我认为楼主说得有点道理。历史总是反复的。重复发明曾经存在的东西，这也是经常发生的事。 而且，本地机器配置普遍高于这种免费 VPS 。能做的事也是明显更多的。 然而很多人可能没有两台机器。开一个 VPS 来做这件事，确实有存在的价值。 一方面是安全性，agent 曾经多次干出删除用户数据的事

没事的，你还用脚垫了一下呢。前阵子我骑共享单车摔了，放包里给砸了个角，还不是照样用。 相比之下应该更关心你的脚怎样了（

和之前养龙虾差不多道理

按照我的经验，你使用的模型应该不是 openai 的模型。 openai 的模型，对于 codex 的调用方式有做后训练，它更加适应这个环境。这与 api 转换（ chat completion api / responses api ）无关。 例如，deepseek v3 的时候，转换并接入 codex 就经常出现类似问题，忽然停下来不动，或者工具调用格式错误。v4f 之后，官方声称是配了 co

有同感。 另外，aab 很多时候似乎“解决了不存在的问题”。如今随着矢量图资源等的广泛使用，对不同 dpi 的分包变得不那么必要了（只剩下多语言还有分包必要）。架构也只剩下 arm64-v8a 。 我前阵子尝试了一下，保持原生库不压缩，用 http content-encoding zstd ，已经能做到非常好的分发节省效果。用户侧的安装速度也快很多（ xapk/apkm 下载后需要额外重组步骤。