Tutorials
如何把 Codex 用到极致 - OpenAI 官方进阶指南与核心技巧
大多数开发者最初使用编码 Agent 是为了处理代码：检查仓库、生成差异、运行测试、发起拉取请求。 这仍然是 Codex 的核心重心。但计算机上的大量工作已经通...
大多数开发者最初使用编码 Agent 是为了处理代码：检查仓库、生成差异、运行测试、发起拉取请求。
这仍然是 Codex 的核心重心。但计算机上的大量工作已经通过代码进行中介：执行 shell 命令、浏览网页、调用 API、导出文档、响应事件、触发自动化。随着这些界面变得对 Codex 可用，它开始感觉不再像狭义上的编码助手，而更像一个完成计算机工作的系统。
Codex 应用使这一转变具体化。一个线程可以保持上下文、使用工具、展示产物，并在多次提示之间延续，而不是在每次交互后重置。
要更好地利用 Codex，意味着将这些能力组合使用：
- 保留上下文的持久线程
- 用户仍在循环中时使用的语音输入、引导和排队
- 让 Codex 超越仓库行动的浏览器、计算机使用、MCP 服务器和连接器
-
用户离开时继续工作的线程自动化和 Goals
-
用户可以审查代码、文档、演示文稿和其他产物的侧边栏
-
一个首席幕僚线程
-
一个发布线程
-
一个文档审查线程
-
一个专门用于外部监控的线程
我记得 Slack 里有个叫 Ben 的人提到过这个。 我不记得细节了。 请去查一下。
把这个变小一点 这两个元素之间的间距感觉不对 这段文案错了
工作完成后，把预览链接发给 Slack 里的审查者。
-
$browser用于侧边栏中的应用内浏览器，Codex 可以在其中检查和标注网页界面 -
@chrome用于已登录的浏览器状态和基于 Chrome 的工作流 -
@computer用于仅通过桌面 GUI 存在的工作
每 30 分钟，检查 Slack 和 Gmail 中是否有需要我注意的未回复消息。 帮我优先处理最重要的。 如果有人问我问题，尽可能深入地研究答案并为我起草回复，但不要发送。
实现这个 Markdown 文件中的计划。
-
测试套件
-
基准测试
-
错误复现
-
验证矩阵
-
必须持续通过的端到端工作流
-
检查产物
-
标注需要更改的地方
-
操作网页界面
-
审查更改
-
index.html用于轻量级静态产物 -
Storybook 用于 UI 审查
-
Remotion Studio 用于程序化动画
-
基于浏览器的幻灯片演示文稿
-
数据应用用于分析工作流
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
~/vault视为持久工作记忆。