标签： AI 编程
-
在推进 A Tour of Go 多语言翻译项目的发布前正文审核时，我尝试将 ChatGPT 直接连接 GitHub，让它能够读取 go-tour-i18n 仓库中的真实源码和译文。本文记录实际连接与授权过程，以及连接完成后 ChatGPT 与 Codex 在项目中的新分工：ChatGPT 负责直接读取仓库、分析和审核，Codex 继续负责仓库级修改、测试与提交，从而减少过去需要手工转发仓库内容的中间环节。
-
本文记录一次 Codex 消息额度用尽后的实际测试：即使提交范围很小的代码修改任务，Codex 仍会直接拒绝执行，需要等待额度恢复、升级套餐或购买额外额度。面对临时的小修复，作者没有立即充值，也暂未购买 BeWild 的 Claude Code / Codex 方案，而是通过普通终端完成修改、测试、恢复与提交，并由此总结 Codex 额度限制、第三方替代方案及保留手动开发能力的重要性。
-
Codex 扩展更新到 26.721.41059 后，出现了 Fast 模式提示：根据上周 8 个 chats 的使用情况，Fast 预计可节省约 57 分钟，但同时会增加套餐使用量。结合 OpenAI 官方 Codex Speed 与 Rate Card 文档，可以确认 Fast 的本质是用更高的 credits 消耗换取更快的执行速度，而不是提高套餐额度利用效率。对日常使用来说，Standard 更适合作为默认选择，Fast 则适合需要连续修改、测试和快速反馈时临时开启。
-
这篇博客记录了我基于 `tag-merge` 项目，从零搭建 **VS Code + Dev Containers + OpenAI Codex + ChatGPT Plus** 的完整 AI 开发环境流程。文章从为什么选择 VS Code 而不是 Cursor、JetBrains 开始，依次记录了 VS Code 安装、中文界面配置、Dev Containers 扩展安装、进入项目容器、安装并登录 OpenAI Codex 扩展、让 Codex 只读分析项目等步骤。 在实际搭建过程中，我发现默认 Dev Container 使用的是 `root` 用户，这可能导致 Codex 后续修改文件时在宿主机生成 root 权限文件。因此，文章重点记录了如何将 Dev Container 调整为 `vscode` 普通用户模式，并修复 Go build cache、项目目录权限等问题。随后，我为项目添加了中文 `AGENTS.md` 文件，用于约束 Codex 的工作规则，包括先说明计划、不大范围重构、不修改无关文件、不提交密钥等。 最后，文章通过一次低风险 README 文档修正，完整验证了…