给 Codex 写第一个 Skill，把重复 Prompt 固化成工作流
用 Codex 久了，发现自己攒了一堆万能咒语。 比如每次让它建新 Python 项目，都得复制粘贴同一大段话，用 uv 管理依赖、目录按 src 布局、必须配 ruff 和 pytest、README 要带徽章…… 几十行，存在备忘录里，每次开新项目翻出来贴一遍，改需求了还得回去改那段话。 时间一长，这些咒语散落在各
阅读全文
从 GitHub Issue 到 PR，Codex 能自动推进到哪一步
我拿一个积压了很久的小 Issue 做了个实验，不打开编辑器，全程只在 GitHub 的 Issue 和 PR 评论区里 @codex 给它派活，看它能把这条 Issue 推进到什么程度。 结果比我预期的走得远，它自己开了分支、写了代码、发起 PR、跑完 CI，最后连 review 意见都自己提了。但也不是全程撒手不管
Codex 接入 GitHub 后先做高信号 Review，Merge 仍由人决定
Pull Request 已提交、CI 也通过时，很容易产生“可以合并了”的错觉。真正影响线上行为的改动，可能藏在一两行里：少了一个权限分支、迁移脚本不兼容旧数据，或测试只覆盖了顺利路径。
Codex Hooks，异步执行与 MCP 工具接入的权限边界
AGENTS.md 和 Skill 是写给模型看的规章，hook 则是运行时的闸机：模型准备调用工具时，先由 hook 判断是否允许。它不是提醒，而是可以直接拒绝调用的执行机制。最近 Codex hooks 支持异步执行和直接调用 MCP 工具，但权限边界也需要一起理解。
Codex queue，给正在运行或空闲会话排入下一条指令
Codex 正在跑重构或测试时，突然想起一条相关需求，过去只能打断当前轮次，或等它结束后再回来。codex queue 允许把文本消息排进会话队列：当前轮完成后自动继续处理，空闲会话也能被唤醒。
Codex 做 SEO 调研能到哪一步，把采集和判断分开
让 Codex 做 SEO 调研，几分钟内就能得到关键词、搜索量、难度、意图和推荐页面类型。真正难的是后续取舍：这些词是不是客户会搜？应该做产品页还是文章？相近关键词要不要拆成不同页面？
Codex Skill 怎么写，从复用流程到脚本化工作流
用 Codex 干活的人多少都遇到过这种事，同一个要求，你已经在对话里说过第五遍了。 提交前先跑一遍测试再写 commit message、这个项目的日志统一用结构化格式、改完接口记得同步更新 OpenAPI 文档。 每开一个新会话，它就跟没记住一样，你又得从头交代一遍，说一次两次还行，说到第十次，你会开始怀疑到底是谁
Codex 子代理，让主线程保持干净并行处理任务
用 AI 写代码久了，你大概率遇到过一个怪现象：同一个会话聊得越久，它反而越笨。 一开始它思路清晰、改得又快又准。可一旦你让它把整个项目翻一遍、跑一堆测试、再分析几屏报错日志，聊到后面它就开始丢三落四，前面定好的需求它忘了，给的建议也飘了。不是模型变蠢了，是上下文被塞满了。 这事有两个专门的说法：Context pol