标签： Codex

Codex Hooks（上）：钩子是什么，能在哪些环节自动干活

Hooks 是 Codex 的生命周期扩展。它允许你在固定时机运行一段外部脚本，比如提示词提交之前，工具调用完之后，或者一次对话即将结束的时候。

它做的是确定性的检查，不替 Codex 推理。脚本怎么写就怎么执行，它的价值在这里，风险也在这里。这是相当进阶的用法，一般建议先从社区里找现成的 Hook[……]

继续阅读

Codex 插件 Plugins 是什么？和 Skill、MCP 到底什么区别

Codex 能读代码，改代码，跑命令，这些都是它自带的本事。插件加的是另一层东西：让它连上浏览器，连上邮箱，连上仓库，或者拿到某个专项能力。

它和 Skill 容易被混在一起说。简单讲，Skill 是工具箱里的一本说明书，插件是装着说明书和各种工具的那个箱子。装一个插件，等于一次性把一套流程和它需要[……]

继续阅读

Codex Skills 是什么？怎么装、怎么写、装哪些最有用

Codex 每次都能读代码，改代码，跑命令。但它不知道你写 README 的习惯，也不知道你们团队做代码审查的规矩。同一套要求重复交代，早晚会漏掉几条。

Skill 就是把这类重复要求固定下来的东西。它是一份写给 Codex 看的流程说明，落在文件里，需要的时候叫出来用。装得再多也不会一次性占满上下[……]

继续阅读

Codex 权限怎么设才安全？它能碰什么，三档怎么选

权限入口在聊天框下方，官方叫 permissions selector。它和沙盒是同一件事的两面，管的是 Codex 能读写哪些位置，哪些动作要停下来问你。App 里的四档权限分别是默认权限，自动审核，完全访问，自定义配置。

选哪一档不取决于胆量，取决于任务要碰什么。改文档和补测试，默认档就够。要调[……]

继续阅读

Codex config.toml 怎么配？常用配置项一次说清

config.toml 保存 Codex 的持久配置。模型和沙盒在这里设，审批策略与 profiles 同样如此，MCP 服务也能写进来，它相当于 CLI 的个人驾驶舱。文件通常放在用户目录下的 .codex/config.toml。

有两处容易混。项目长期规则建议写进仓库里的 AGENTS.md，[……]

继续阅读

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

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

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

继续阅读

Codex 汉化一重启就变英文怎么办，003 启动器一次搞定汉化启动和线路切换

不少人在 Codex 上吃过这个亏。界面汉化得好好的。关掉窗口再打开，又变回英文了。重新打一遍补丁，过两天重启，还是英文。像在跟补丁较劲。

问题多半不在汉化包身上。汉化补丁改的是本地文件，你要是按平时的方式直接启动 Codex，客户端在启动阶段会自己校验和更新文件，中文内容就被原版盖了回去。说白了[……]

继续阅读

Codex 汉化包会不会动官方文件：三条线看明白

装一个来路不明的工具，最怕的是它偷偷把官方文件改了，这个担心不是多余的。社区里流传过一些改包方案，做法是直接改客户端解包出来的 app.asar，顺带绕过签名校验。功能上确实能出中文，代价是把官方客户端的完整性破坏了，哪天出了别的问题，都说不清是谁的责任。

站上这个汉化专题提供的汉化包走的是另一条路[……]

继续阅读

Codex 汉化没生效怎么查：四步排到根上

Codex 汉化包装完，界面还是英文，先别卸。这类问题基本落在四个地方，按顺序走一遍，哪一步卡住就是哪一类原因。

版本对不上是最常见的一种

客户端关于页面里能看到版本号，先把它拿出来，去汉化栏目的清单里对一遍。版本不在清单上，后面几步都不用做，等适配就行。

版本在清单上，界面还是英文，往下一步走。

[……]

继续阅读