自动化:让 Codex 按点自己干活

Skill 管的是怎么做,Automation 管的是什么时候自动去做。一个工作流已经足够稳定,而且会重复发生,就值得交给它,在后台按计划触发,不用每次手动发起。

什么时候值得交给自动化

定期查一遍文档死链,每周整理一次 issue 或 PR 摘要,这类活有固定节奏。每天汇总失败的 CI,固定时间提[……]

继续阅读

Codex Cloud 怎么用:不装客户端,让它在云端干仓库的活

前面几种用法都要在你自己电脑上跑。Cloud 是另一条路,不装客户端,打开浏览器连上 GitHub 仓库,任务在云端完成。

它适合什么时候用

跑得比较久,又不想占本地资源的活。多个任务要同时推进的活。让它在独立环境里分析仓库、提出 PR。还有不在电脑旁、手边只有浏览器的时候。

三步跑起来

第一步是打[……]

继续阅读

AGENTS.md 怎么写?让 Codex 第一次就懂你的项目

每开一个新对话窗口,Codex 都会进入全新的上下文。它不知道项目用什么命令,也不清楚目录边界在哪。哪些文件不能改,团队怎么验证结果,这些它都不知道,每次都靠开口重讲。

AGENTS.md 就是解决这个问题的项目级指令文件,一个开放的 Markdown 约定,给 coding agent 提供稳定、[……]

继续阅读

Codex 基本组成:对话、项目和设置面板分别管什么

第一次打开 Codex 桌面端,左边栏就两个东西,Chat 和 Project。剩下的藏在对话框和设置面板里,认一遍就知道该点哪儿。

两个入口:Chat 和 Project

Chat 跟 ChatGPT 网页版差不多,随手问问题用。每个对话之间互不相干,也不共享文件夹,聊散了不影响别的。

Proj[……]

继续阅读

第一次让 Codex 改代码:任务怎么挑,流程怎么走

装好 CLI 之后,别急着找个大项目练手。挑一个小、能验证、出错也好回滚的活,先把协作节奏跑顺。

第一个任务怎么挑

判断标准很直白,这个活的范围小到你自己都能验。修一个错别字,给一个纯函数补测试,把 README 里过期的命令改掉,这些都很合适。给一个小模块补上注释,或者修一个已经有失败测试覆盖的[……]

继续阅读

怎么判断 Codex 真做完了,而不是看起来做完了

交出去的任务,最怕的结果不是失败,是它说做完了,你信了,上线才发现没做完。一套稳定的执行流程能把这种坑堵住。

一轮完整的任务要六步

顺序大概是这样:把任务写清楚,让它先建图,小步执行,检查 diff,跑验证,记录结果。少了哪一步都容易出问题。

第一步,任务写清楚

目标,背景,范围,验证和交付这五样别[……]

继续阅读

任务怎么写,Codex 才干得对

同样一句话交给 Codex,结果可能差很远。差别不在它,在你怎么写。一个说得清楚的任务,会把目标,背景,范围,约束,验证方式和交付要求都带上。

六个要素

目标是第一位的,一句话说清你想要的结果,比如修复登录页刷新后状态丢失的问题。

背景补充现象和上下文,说明用户刷新页面之后需要重新登录。

范围限定它[……]

继续阅读

Codex 能做什么?哪些活不该交给它

装好 Codex 之后,大多数人是从改一个函数开始的。其实它能接的活不止这一类,反过来,也有一批活不该交到它手上。这条线在哪,最好在动手之前就弄清楚。

它真正的本事是把一整件事做完

Codex 真正的本事,是在真实的项目里把一件事推进到能 review 的状态。读文件、写代码、跑测试、整理 diff[……]

继续阅读