用 Codex 一定要先买 ChatGPT 订阅吗？先看自己准备使用的入口与认证方式，再决定需要什么。 对于使用 OpenAI 模型的本地 Codex 工作流，官方文档列出了 ChatGPT 登录与 OpenAI API Key 登录两条路径。它们的计费与功能范围需要分开核对。

按月份、项目汇总工时，最容易出问题的往往不是相加，而是把“待确认”、错误日期或缺项目的行也混了进去。 这个小工具先分出有效行与异常行，再做汇总。异常保留行号和原因，方便回到原表处理。

一个文件改坏了，其他文件里还有自己没提交的工作，怎样只撤回目标文件？先检查 Git 基线和修改范围，再决定是否做整文件恢复。 下面的命令会覆盖目标文件的工作区内容。只在确认该文件里的未提交改动都准备放弃、而 HEAD 确实是正确版本时使用。

把“报错了，帮我修一下”换成四样具体信息，通常能少来回追问几轮：执行了什么、实际报了什么、原本想得到什么、哪些东西必须保留。 下面用商品表检查工具的一次目录冲突演示。这个问题最后没有修改程序，换一个输出目录就解决了。

Codex 和 WorkBuddy 怎么选，可以先问自己：这次要交付的是一个代码改动，还是一份文档、表格与报告？先选一个小任务试，比只对着功能清单比较更容易得出自己的答案。 本文按官方文档梳理入口与核对方法，没有做两款工具的同任务性能或费用实测。

想用 Codex 做一个用得上的小工具，可以从规则明确的数据检查开始。这次的任务是读取商品 CSV，把漏填、错误数值和重复编号列出来，生成浏览器能打开的报告。 先让人看清问题，再决定怎样处理原表。

拿到一份能运行的代码，却不知道从哪里改，先让 Codex 读一遍项目，给出带文件路径的说明，会比立即发一个大改造需求更容易核对。 重点是把“看懂项目”和“已经运行验证”分开。

AI 写的网页能打开，接下来怎么验收？拿一个保存在浏览器本地的待办页来说，可以沿着五个具体场景检查。 它们不用覆盖整个项目，却能抓住不少“第一次点起来没问题，刷新就坏了”的情况。

同一个待办网页，换个浏览器打开却是空的，先看它把数据存在哪里。本例只用了当前浏览器的本地存储，没有自动同步功能。 把数据带走，可以先做一条能核对的路线： 导出文件 → 预览内容 → 确认导入 。

看网页时，想把一段话留下来，再顺手翻译，可以在摘抄猫（CopyKit）里配置自己的模型接口。下面按原笔记核对过的0.3.1版设置说明，给出智谱 GLM 的填写方法。 这篇是配置说明，没有使用真实 API Key 发起翻译请求。