Codex 与 Claude Code 集成

新增内容让 Codex 这条线更实战了：现在不只是”接到 Claude Code 里做插件协作”，还被拿来讨论如何自主编码 10 小时、如何在多平台治理框架里作为执行节点存在。 [[raw/2026-04-29/李泽宇的AI实验室/如何让Codex自主编码10小时，秘籍开源.md|来源: 如何让Codex自主编码10小时，秘籍开源.md]] [[raw/2026-04-29/金先森是朝鲜族阿/老金开源了个支持含CC、Codex等4个平台的编程治理框架.md|来源: 老金开源了个支持含CC、Codex等4个平台的编程治理框架.md]]

从协作插件到长时执行者

旧叙事更强调 Codex 插件在 Claude Code 里的角色分工，如 review、adversarial-review、rescue；新增经验文则把重心转到”如何让 Codex 长时间稳定编码”。 [[raw/2026-04-02/九皋山人/OpenAI 的阳谋：把 Codex 装进 Claude Code 的主工作流.md|来源: OpenAI 的阳谋：把 Codex 装进 Claude Code 的主工作流.md]] [[raw/2026-04-29/李泽宇的AI实验室/如何让Codex自主编码10小时，秘籍开源.md|来源: 如何让Codex自主编码10小时，秘籍开源.md]]
这类经验的核心不是模型更拼，而是边界更清楚：子代理分工、Harness、计划约束和治理规则必须先定好。 [[raw/2026-04-29/李泽宇的AI实验室/如何让Codex自主编码10小时，秘籍开源.md|来源: 如何让Codex自主编码10小时，秘籍开源.md]] [[raw/2026-04-28/白家杰/Harness Engineering实践心得：如何高效驾驭AI？.md|来源: Harness Engineering实践心得：如何高效驾驭AI？.md]]

平台兼容性在上升

老金的治理框架明确支持含 CC、Codex 等四个平台，说明 Codex 已经被看成”多平台编程治理架构”中的一个可替换执行位。 [[raw/2026-04-29/金先森是朝鲜族阿/老金开源了个支持含CC、Codex等4个平台的编程治理框架.md|来源: 老金开源了个支持含CC、Codex等4个平台的编程治理框架.md]]
这也把 Codex 的竞争问题重新定义成”谁更适合任务某一段”，而不是单纯争最强模型。 [[raw/2026-04-27/金先森是朝鲜族阿/别问谁更强，GPT-5.5和Opus4.7综合对比.md|来源: 别问谁更强，GPT-5.5和Opus4.7综合对比.md]]

Codex 从代码工具到日常工作入口（2026-05 新增）

Codex 正在经历一个关键的身份转变——从”写代码的 Agent”自然外溢为”日常工作的执行入口”。这个转变的驱动力很朴素：工程师每天只有 20-30% 的时间在写代码，剩下的时间在协调、追踪、沟通、查资料。如果一个 agent 只能写代码，那它只覆盖了工程师一小部分工作。[[raw/2026-05-21/Capihom/Codex负责人：Codex不只是写代码，Agent正在进入日常工作丨OpenAI.md|来源: Capihom Codex工作入口]]

2026-07 的 Codex 负责人访谈把这个方向进一步说成 home base：Codex 不该把用户锁在一个超级应用窗口，而是成为开始工作、结束工作和自动工作的基地，通过连接器、浏览器、扩展与既有工具对话。文中还给出两条产品判断：一是实现成本下降后，昂贵的变成“做什么、收束哪个原型、用什么媒介验证”；二是模型能力窗口会改变同一产品形态的成败，Codex Web 到桌面端的取舍本质上是在等模型能力追上工作形态。[[raw/2026-07-05/发现明日产品的/Codex 负责人谈 AI 时代唯一值钱的能力.md|来源: Codex负责人访谈]]

早期云端 PR 模式的失败教训：Codex 早期走的路线是云端自动生成 PR——结果失败了。核心教训：“Agent 必须贴近人原本工作的地方。“用户不会为了用 agent 改变自己的工作场所。[[raw/2026-05-21/Capihom/Codex负责人：Codex不只是写代码，Agent正在进入日常工作丨OpenAI.md|来源: Capihom PR模式教训]]

非程序员用例：有人用 10 分钟语音指令让 Codex 做出”旧金山面包地图”——数据采集→整理成表格→生成网页，全程无需编程。这说明 agent 的价值不仅在于替代编码，更在于降低”把想法变成产品”的门槛。[[raw/2026-05-21/Capihom/Codex负责人：Codex不只是写代码，Agent正在进入日常工作丨OpenAI.md|来源: Capihom 面包地图]]

OpenAI 内部 PM 实践：PM 用多个 Codex Agent 并行追踪发布计划、追人、更新文档。Thibault（Codex 负责人）每天丢给 Codex 超过 100 个小任务。Agent 之间的 auto review 机制也在运行：一个 Agent 审查另一个 Agent 的动作。[[raw/2026-05-21/Capihom/Codex负责人：Codex不只是写代码，Agent正在进入日常工作丨OpenAI.md|来源: Capihom 内部PM实践]]

持久对话流与多线程编排（2026-05 新增）

Codex 官方团队的实践揭示了几个关键机制，这些机制决定了 Codex 从”对话工具”变为”工作系统”：

持久对话流（Durable threads）：不是聊完即焚，每个对话流有持久上下文和独立记忆。Cmd+1~9 在多个对话流之间快速切换——相当于同时管理 9 条并行的”工作线程”。[[raw/2026-05-21/Jason/来自 Codex 官方团队的分享：如何把 Codex 用到极致.md|来源: Jason 持久对话流]]

任务干预（Steering）vs 排队（Queuing）：Steering 是改当前正在执行的任务（实时干预），Queuing 是往队列里追加后续任务。两者配合让 Codex 既能被精细调控，又能持续运转。[[raw/2026-05-21/Jason/来自 Codex 官方团队的分享：如何把 Codex 用到极致.md|来源: Jason 干预vs排队]]

$browser / @chrome / @computer 三层触达：从应用内嵌入式浏览器到桌面 GUI 自动化（保留登录态操作真实网页），形成了从信息检索到界面操作的完整能力链。[[raw/2026-05-21/Jason/来自 Codex 官方团队的分享：如何把 Codex 用到极致.md|来源: Jason 三层触达]]

对话流自动化（Thread Automations）：定时唤醒同一个对话流，让它按预定节奏继续工作——比如每天早上自动检查 PR 状态、每周生成进度报告。这让 agent 从”被动响应”变成”主动执行”。[[raw/2026-05-21/Jason/来自 Codex 官方团队的分享：如何把 Codex 用到极致.md|来源: Jason 对话流自动化]]

共享记忆方案：将 Obsidian vault 作为 Codex 的长期工作记忆区，在其中写 AGENTS.md 定规矩。这本质上是用文件系统做 agent 的持久记忆层，不依赖 Codex 自身 SQLite 的状态管理。[[raw/2026-05-21/Jason/来自 Codex 官方团队的分享：如何把 Codex 用到极致.md|来源: Jason Obsidian记忆]]

@browser/@chrome/@computer 操作入口实战决策（2026-06 新增）

宅小年对三种入口做了详细的分层对比：[[raw/2026-06-19/宅小年/Codex 的 3 种电脑操作方式，很多人还没用过.md|来源: 宅小年三种操作方式]]

@browser：应用内隔离浏览器，适合本地开发和视觉调试。Codex 和用户共享同一渲染页面，可圈选元素直接留言。Jason Liu 的常用做法是让 Codex 把想法整理成 index.html 再用 @browser 打开，直接在元素上留批注。[[raw/2026-06-19/宅小年/Codex 的 3 种电脑操作方式，很多人还没用过.md|来源: 宅小年 @browser]]
@chrome：保留登录态、Cookie、浏览器配置文件和已有标签页，适合需要账号权限的真实网站操作。如果任务依赖真实账号状态，从 @browser 改选 @chrome。[[raw/2026-06-19/宅小年/Codex 的 3 种电脑操作方式，很多人还没用过.md|来源: 宅小年 @chrome]]
@computer：覆盖范围最广但也最慢，通过视觉循环操作桌面 GUI，适合没有 API 的原生应用。Computer Use 权限范围最广，涉及财务/账号/付款/系统设置等敏感操作必须人在场监督。[[raw/2026-06-19/宅小年/Codex 的 3 种电脑操作方式，很多人还没用过.md|来源: 宅小年 @computer]]

实用案例：Jason Liu 用 @computer 每 5 分钟检查 Amazon 客服聊天，客服出现后改为每分钟检查，最终自动完成包裹被盗退款。[[raw/2026-06-19/宅小年/Codex 的 3 种电脑操作方式，很多人还没用过.md|来源: 宅小年包裹案例]]

@AppName 触发模式：除通用触发外，可用 @Slack、@Finder 等直接唤醒具体应用。[[raw/2026-06-19/宅小年/Codex 的 3 种电脑操作方式，很多人还没用过.md|来源: 宅小年 @AppName]]

分层决策逻辑：隔离环境用 @browser，登录态用 @chrome，GUI 操作用 @computer。Computer Use 适合结构化集成中缺失的最后一个操作。[[raw/2026-06-19/宅小年/Codex 的 3 种电脑操作方式，很多人还没用过.md|来源: 宅小年决策逻辑]]

/goal 模式：AI 编程第四阶段（2026-05 新增）

AI 编程的演化路线可以清晰分为四个阶段：补全（Copilot/行级代码建议）→ 对话（ChatGPT/问答式辅助）→ 代理（Cursor/Windsurf/人在回路中监督）→ 自主目标（Codex /goal/设好条件放手）。/goal 的出现标志着一个范式跃迁：人从”写代码”转向”定义什么算做完”。[[raw/2026-05-22/AI兴观点/AI 编码进入「放手」时代：Codex 的 -goal 模式正式毕业，设定目标后它自己干到完.md|来源: AI兴观点 /goal四阶段]]

好的 goal 三要素：具体的 outcome（不是过程描述）、可衡量的成功标准、明确的边界条件（不能做什么、不能动什么）。“必须有可衡量的成功标准和 verifier”——这和一般任务描述的本质区别在于 goal 自带验收闭环。[[raw/2026-05-21/Jason/来自 Codex 官方团队的分享：如何把 Codex 用到极致.md|来源: Jason goal三要素]] [[raw/2026-05-22/AI兴观点/AI 编码进入「放手」时代：Codex 的 -goal 模式正式毕业，设定目标后它自己干到完.md|来源: AI兴观点 goal标准]]

好 Goal 四要素（2026-06 补充）：陈蛋黄在实战中发展出更完整的框架——目标（具体 outcome）、证据（可验证标准）、边界（不能做什么）、停止条件（何时必须停）。相比于三要素，增加了”停止条件”作为独立维度，其中”相同 blocker 连续出现两次就停”是新颖的战术规则。Goal 模式的哲学本质是”人和机器之间的一纸契约，不是下达指令——目标是验收标准不是任务描述”。[[raw/2026-06-20/陈蛋黄/当我跨过沉沦的代码：Codex Goal 模式生存指南.md|来源: 陈蛋黄 Goal四要素]]

执行前要求模式：让 Codex 先读文档和 AGENTS.md 并输出理解后才能开始执行——这是防止误解的预检机制。最终审计不可省略：长任务结束时强制重新读文档、逐条对齐验收、git status 为证。[[raw/2026-06-20/陈蛋黄/当我跨过沉沦的代码：Codex Goal 模式生存指南.md|来源: 陈蛋黄执行前要求]]

Goal 不合适的场景清单：无完成条件的问题（解释概念）、简单问答、耗时增加但无必要——Goal 不是普通模式的加强版，而是长期任务控制机制。[[raw/2026-06-20/科技巫师的魔法书/Codex 三种工作模式使用指南.md|来源: 科技巫师工作模式]]

Goal 模式决策树：一次性问题？→ 普通模式；需求不清？→ Plan 模式先澄清；明确目标 + 多步？→ Goal 模式；Goal 写不清？→ 先 Plan 再 Goal。[[raw/2026-06-20/科技巫师的魔法书/Codex 三种工作模式使用指南.md|来源: 科技巫师决策树]]

四个不默认用 Goal 的原因：无完成条件、增强自主推进倾向、占用更多上下文、授权边界需要显式。[[raw/2026-06-20/科技巫师的魔法书/Codex 三种工作模式使用指南.md|来源: 科技巫师不默认Goal]]

矛盾：好的 goal 三要素（具体的 outcome、可衡量的成功标准、明确的边界条件）vs 好 Goal 四要素（目标、证据、边界、停止条件）——增加了停止条件作为独立维度。来自 [[raw/2026-06-20/陈蛋黄/当我跨过沉沦的代码：Codex Goal 模式生存指南.md|来源: 陈蛋黄]]

Codex 的 /goal 配套基础设施包括：Cloud threads（云端持久化）、Context compaction（自动压缩）、多线程并行、Side chats（不打断主任务的旁路对话）。本质上是管理逻辑：能写好 task description 的人不一定能写好 goal——前者是指令，后者是验收标准。[[raw/2026-05-22/AI兴观点/AI 编码进入「放手」时代：Codex 的 -goal 模式正式毕业，设定目标后它自己干到完.md|来源: AI兴观点 goal基础设施]]

Codex /goal 模板模式：从概念到可执行制品（2026-06 新增）

万物构想提供了六个即用型 /goal YAML 模板，覆盖代码重构、发布流水线、数据清洗、博客写作、测试修复、依赖升级等场景，同时兼容 Claude Code 和 Codex。[[raw/2026-06-19/万物构想/让你的 CC - Codex 无人值守：6 个可直接复用的 -goal 模板.md|来源: 万物构想 goal模板]]

六字段结构：每个模板包含 title、inputs、success_criteria、common_failure_modes、short_test、deliverables——goal 定义质量直接决定执行质量，模板设计使 Agent 无需猜测完成条件。[[raw/2026-06-19/万物构想/让你的 CC - Codex 无人值守：6 个可直接复用的 -goal 模板.md|来源: 万物构想六字段]]

short_test 设计模式：一个快速 shell 命令，用于在 Agent 声明完成前验证状态。这是从”Agent 说什么就信什么”到”必须通过独立验证才能声称完成”的关键升级。[[raw/2026-06-19/万物构想/让你的 CC - Codex 无人值守：6 个可直接复用的 -goal 模板.md|来源: 万物构想 short_test]]

common_failure_modes vs success_criteria：显式列出失败模式（如”用 sleep 掩盖竞态""只升不测”）比定义成功条件更有实战价值——AI 对失败模式的识别能大幅降低误判率。[[raw/2026-06-19/万物构想/让你的 CC - Codex 无人值守：6 个可直接复用的 -goal 模板.md|来源: 万物构想失败模式]]

跨平台链式工作流：Claude Code /plan + Codex /goal（2026-06 新增）

陈蛋黄提出一种跨平台协作模式：先用 Claude Code 的 /plan 做方案分析和风险盘清，再用 Codex 的 /goal 做长线自主执行。两个工具从竞争关系变为互补关系。[[raw/2026-06-20/陈蛋黄/当我跨过沉沦的代码：Codex Goal 模式生存指南.md|来源: 陈蛋黄跨平台链式]]

执行前要求（Pre-check）：Good Goal 必须包含三类信息——执行前要求（先读文档和 AGENTS.md、输出理解确认、发现冲突暂停）、完成标准（可验证结果）、停止条件（何时必须终止）。[[raw/2026-06-20/陈蛋黄/当我跨过沉沦的代码：Codex Goal 模式生存指南.md|来源: 陈蛋黄 precheck]]

审计退化问题：GitHub 社区报告指出，agent 随上下文压缩会弱化原始 Goal 中的 audit 要求。最终审计不可省略：强制重新读文档、逐条对齐验收标准、git status 为证。[[raw/2026-06-20/陈蛋黄/当我跨过沉沦的代码：Codex Goal 模式生存指南.md|来源: 陈蛋黄 audit退化]]

CC vs Codex 选择框架（2026-05 新增）

CC 和 Codex 不是”哪个更强”的问题，而是任务性质决定该用哪个。关键判断三步：

这个任务需要我看过程吗？ 需要→CC（现场协作边看边改能喊停），不需要→Codex 候选
边界条件我写清楚了吗？ 不清楚→别派给 Codex，清楚→继续判断
结果我能验收吗？ 不能验收→不能委托，能验收→Codex 派单

CC 是”现场协作”，适合过程不可预测、需要人随时介入的任务；Codex 是”派单委托”，适合边界清楚、结果可明确判断的任务。[[raw/2026-05-21/金先森是朝鲜族阿/Claude Code还是Codex？老金告你怎么选！.md|来源: 金先森选型框架]]

许愿型用户的陷阱：“帮我做一下”是愿望不是任务。没有边界条件、没有验收标准、没有过程可见性的委托，不管交给哪个 agent 都会翻车。画像要从”许愿型”进化到”派单型”才能用好自主 agent。[[raw/2026-05-21/金先森是朝鲜族阿/Claude Code还是Codex？老金告你怎么选！.md|来源: 金先森许愿型]]

场景-模式映射表（2026-06 补充）：调查复杂 bug→Plan 模式起步、完成报告→Goal 模式、持续检查→Goal 或自动化。模式选择不是越强越好，而是看任务结构是否清晰。[[raw/2026-06-20/科技巫师的魔法书/Codex 三种工作模式使用指南.md|来源: 科技巫师场景映射]]

本地状态管理与降智排查（2026-05 新增）

Codex 本地运行会在 ~/.codex 积累大量状态文件——SQLite 数据库、日志、session 记录可能膨胀到 GB 甚至 100GB。这不仅是磁盘问题，更可能导致 agent 性能下降（所谓”降智”）。[[raw/2026-05-21/三只橘喵/Codex 5.5 开始降智？先查 ~-.codex 这几个文件.md|来源: 三只橘喵降智排查]]

安全清理做法：关闭 Codex → 备份关键数据 → 改名归档旧状态 → 保留 active sessions → 重启对比行为是否恢复正常。[[raw/2026-05-21/三只橘喵/Codex 5.5 开始降智？先查 ~-.codex 这几个文件.md|来源: 三只橘喵清理流程]]

核心建议：在项目根目录放 PROJECT.md 记录真正的长期记忆，不要把所有记忆压在 SQLite 里。文件系统更透明、更可控、不会被单个损坏的 SQLite 文件一次性清空所有记忆。[[raw/2026-05-21/三只橘喵/Codex 5.5 开始降智？先查 ~-.codex 这几个文件.md|来源: 三只橘喵 PROJECT.md]]

Jason Liu 的 Codex 八大实践（2026-05 新增）

Codex 团队工程师 Jason Liu（Instructor 库作者，影响 OpenAI Structured Outputs）分享了从”一次性提问”升级为”持续工作系统”的八个关键实践：

持久线程（Durable Threads）：对话不应是一次性的，应有持久化和恢复能力
语音输入：“粗糙信息反而有价值”——语音比打字更能传递不确定性和直觉
Steering & Queuing：实时干预（边执行边纠正）+ 任务排队（不会忘）
能力边界扩展：浏览器/Chrome/GUI/MCP 等能力边界持续外扩
技能与云端上下文：Skills + Cloud Context 让 Agent 能力复用
双重自动化：线程自动化（Thread Automations）+ 定时自动化（Scheduled Automations）
目标驱动：Goal mode 让 Agent 围绕目标自主选择手段
共享记忆：Obsidian vault 作为 Agent 持久记忆层

[[raw/2026-05-23/OpenAI工程师首次公开！教大家榨干 Codex.md|来源: Jason Liu 八大实践]]

OpenAI 十条跨篇章设计原则（2026-05 新增）

邵猛从 OpenAI Productivity & Collaboration Use Case 合集中提炼出三条设计灵魂：

Approved Inputs（已授权输入源）：只接收明确授权的数据来源
Reviewable Artifacts（可审阅成果物）：Agent 的产出必须可被人类审阅
Stage-Review-Execute（暂存-审阅-执行）：先暂存 → 人看 → 再执行，不可跳过

重要区分：插件化 > Computer Use——通用控制是补丁而非首选，能用标准化接口就不要靠视觉操作。

十条原则中”数据治理是 Agent 工程的一等公民""破坏性动作保持手动""校准期不可省略”等与 [[wiki/concepts/上下文管理与 Harness Engineering]] 的 Harness 哲学高度一致。

[[raw/2026-05-24/OpenAI 官方生产力与团队协作方法论深度解读：Codex 如何进化为跨数据、跨应用、跨团队协作工作伙伴！.md|来源: OpenAI 十条原则]]

AI 编程工具生态全景（2026-05 新增）

三只橘喵梳理的行业趋势：AI 编程工具竞争焦点从模型能力转向管理系统。

GitHub Agent HQ：多模型 agent 控制台（任务分配/状态追踪/技能复用）
Multica：将多个 agent（CC/Codex/OpenClaw 等）套上统一协作管理界面
Codex Appshots：快照 + Goal mode + Remote locked use
Chrome DevTools MCP：浏览器验收自动化的新入口
.NET Skills：将生态知识打包为可复用 Skills

核心判断：“单 agent 会写代码不够，真实开发需要任务分配/上下文输入/运行环境/技能复用/浏览器验证/代码审查/进度追踪”——这与 [[wiki/concepts/AI Agent 编程治理分水岭]] 的主线判断一致。

[[raw/2026-05-29/AI 编程工具开始卷管理系统：不只是谁更会写代码.md|来源: 编程工具生态]]

Claude Code Artifacts vs Codex Sites：战略分化（2026-06 新增）

2026 年 6 月，Claude Code 发布 Artifacts 功能，与 Codex Sites 形成鲜明对比，标志着 Coding Agent 竞争进入下半场。

Claude Code Artifacts：基于会话上下文自动生成实时更新的可视化网页。技术限制严格：单 HTML 页面、16 MiB 上限、无后端/数据库/外部 API/外部脚本。默认私有、组织内分享、管理员统一权限管理。[[raw/2026-06-19/发现明日产品的/Claude Code 发了个「王炸」功能，打工人狂喜.md|来源: APPSO Artifacts]] [[raw/2026-06-20/AI兴观点/Claude Code 推出新功能 Artifacts：AI 编程会话输出可以变成生动的交互页面，并能实时共享给团队.md|来源: AI兴观点 Artifacts]]

Codex Sites：可将 Business/Enterprise 工作区中的结果做成可分享的网页、仪表盘、内部工具。支持 D1 关系数据库持久化和 R2 文件存储，两步发布（先 save a version 可审核，再 deploy a version 获取 URL）。[[raw/2026-06-04/金先森是朝鲜族阿/Codex大更新，咱普通人怎么用它交付工作.md|来源: Codex 大更新实操]]

战略对比：OpenAI = 应用平台（Cloudflare Worker/DB/auth 全栈能力），Anthropic = 工作画布（仅呈现，强调临时性高安全性）。这是两种截然不同的产品哲学。[[raw/2026-06-19/发现明日产品的/Claude Code 发了个「王炸」功能，打工人狂喜.md|来源: APPSO 战略对比]]

下半场竞争判断：Coding Agent 竞争从代码生产工具转向”工作解释权”和团队协作节点——不仅要会写代码，还要会展示工作、传递上下文。[[raw/2026-06-19/发现明日产品的/Claude Code 发了个「王炸」功能，打工人狂喜.md|来源: APPSO 下半场]]

Codex 六类非代码场景：从”写代码的 AI”到”电脑入口”（2026-06 新增）

三只橘喵梳理了 Codex 官方文档中代码之外的六类能力方向，每一类都对应着真实用户痛点： [[raw/2026-06-01/三只橘喵/Codex 的野心藏不住了- 它想成为你和电脑之间的唯一入口.md|来源: 三只橘喵 Codex六类]]

看屏幕（Appshots）：不再需要把报错/文档/设置截图”解释”给 AI——直接发当前最前面的窗口，包括可见图像和可读取文本。适合：API 文档页、报错弹窗、App 设置面板、设计稿、邮件视图。
操作电脑（Computer Use）：描述你要做什么，让 AI 在图形界面上直接执行——点击、输入、切换应用、填表、跑跨 App 流程。适合：检查后台页面状态、复现 GUI Bug、跨 App 数据流转。注意边界：账号/安全/隐私/支付/凭证等敏感操作要保持在场并审核。
处理沟通：整理收件箱、会议前准备、从消息里提取任务。对独立开发者的价值——“你一个人扛多个角色时，沟通类任务是最容易被推迟的。”
处理表格：从原始 CSV 到分析结论的完整链路——清洗脏数据、提问式分析、多来源合并、生成可视化、输出分析报告。
整理产品工作：用户反馈整理（从 Slack/GitHub Issue/Linear/Google Drive 拉取分类）、PRD 草稿生成。“Codex 处理的是看完材料之前那段时间。”
生成交付物：直接操作 .pptx 文件（更新已有 PPT、从截图或 PDF 重建 deck、生成数据报告）。

核心判断：“大多数人印象还停在’写代码的 AI’，但 Codex 已经在覆盖一个工程师日常所有需要对着屏幕做的事情。” [[raw/2026-06-01/三只橘喵/Codex 的野心藏不住了- 它想成为你和电脑之间的唯一入口.md|来源: 三只橘喵判断]]

Wise Wong 15 个实战技巧精选（2026-06 新增）

Wise Wong 支付 $200 学费后总结了 15 个 Codex 实战技巧，以下是 wiki 相关的核心工程模式：[[raw/2026-06-19/Wise Wong/交了200刀的学费，我总结了Codex的15个技巧.md|来源: Wise Wong 15技巧]]

图像优先开发流程：先用 gpt-image-2 生成原型图和设计规范再开发——AI 有了视觉参照产出的 UI 不会千篇一律。多阶段工作流：画方向稿 → 画完整视觉稿 → 输出设计规范 → 更新到 AGENTS.md 长期指导开发。[[raw/2026-06-19/Wise Wong/交了200刀的学费，我总结了Codex的15个技巧.md|来源: Wise Wong 图像优先]]

结构化压缩交接模板：设置 ~70% 触发阈值的上下文压缩 + 自定义交接摘要模板。模板包含 8 段结构：历史上下文/目标/约束/进展/关键决策/相关文件/下一步/关键上下文。参考 Hermes Agent 的做法。[[raw/2026-06-19/Wise Wong/交了200刀的学费，我总结了Codex的15个技巧.md|来源: Wise Wong 压缩模板]]

任务风险分层模型：低风险用 Codex-Spark 免费模型、中风险用中等推理、高风险用最佳模型。Cost 数据：GPT-5.5 的 Fast mode 约 1.5 倍速度、2.5 倍消耗，不适合长任务和探索任务。[[raw/2026-06-19/Wise Wong/交了200刀的学费，我总结了Codex的15个技巧.md|来源: Wise Wong 风险分层]]

MCP 隐性成本：每个 MCP 增加工具说明、权限、启动进程和上下文负担——不是越多越好，需要审慎评估实际收益。[[raw/2026-06-19/Wise Wong/交了200刀的学费，我总结了Codex的15个技巧.md|来源: Wise Wong MCP成本]]

AGENTS.md 完整参考模板：10 个章节：语言/沟通/调研/系统思维/交付/资源/存储/变更/审查/同步。[[raw/2026-06-19/Wise Wong/交了200刀的学费，我总结了Codex的15个技巧.md|来源: Wise Wong AGENTS模板]]

久梦：钉钉机器人 + Qoder CLI / Claude Code 双引擎实践（2026-06 新增）

阿里云闪购搜索团队的实践提供了一个企业级”钉钉群聊→AI 助手”的完整参考：

架构：钉钉 Stream WebSocket（内网无需公网回调）→ Java 服务（alsc-intervene，含权限校验、上下文管理、并发控制、AI 卡片流式更新）→ CLI 代理层（Qoder CLI / Claude Code 双引擎可切换）→ MCP Server（工具调用层）。

双引擎部署：Qoder CLI（钉钉 Stream 入口群聊场景）+ Claude Code（HTTP SSE 入口独立机器人）。两者部署在同一个 Docker 容器内，共享工作目录和 MCP 配置，输出格式统一为 stream-json，Java 层的流式解析和 AI 卡片更新逻辑完全复用。关键决策：复杂问题排查场景切换到 Claude Code——实际验证中 Claude Code 的推理深度和工具调用稳定性显著优于 Qoder CLI。 [[raw/2026-06-02/久梦/基于钉钉机器人的 Qoder CLI - Claude Code 双引擎 AI 助手实践.md|来源: 久梦双引擎]]

MCP OAuth 认证绕过方案：在 Docker 无头环境中，通过预获取静态 Bearer Token 写入 .mcp.json 的 headers.Authorization 字段，跳过 OAuth 握手。Token 隔一段时间过期后需重新获取。

进程管理关键点：stdbuf -oL 强制行缓冲（避免 Node.js 4KB 全缓冲延迟）、256 字节 BufferedReader 确保及时输出、异常即杀进程、120s 超时保护。三重视合上下文保护：TTL 过期（30 分钟无交互）→ LRU 淘汰（500 条上限）→ 滑动窗口合入策略。 [[raw/2026-06-02/久梦/基于钉钉机器人的 Qoder CLI - Claude Code 双引擎 AI 助手实践.md|来源: 久梦进程管理]]

Codex 500 万周活 + Agent 集群时代：从代码工具到企业工作台（2026-06 新增）

OpenAI 宣布 Codex 周活突破 500 万，且非开发者已占约 20%。Codex 不只是给程序员用的——这句话背后的产品逻辑是：编程正在从职业技能变成被 Agent 包装起来的基础能力。[[raw/2026-06-04/jerry/Codex周活500万之后，OpenAI不想只服务程序员了.md|来源: 500万周活]] [[raw/2026-06-04/邵猛/OpenAI 要把 Codex 从”代码工具”变成”企业工作台”：6 大角色插件 + 可共享 Sites + 局部精修等，AI 工具的边界正在被重写！.md|来源: Codex 企业工作台]]

Codex 产品形态四象限

使用形态	适合对象
桌面端 App	新手、非技术同学、习惯图形界面的用户
编辑器插件	程序员，VS Code / Cursor / Windsurf 用户
CLI 命令行	程序员、高频开发者、喜欢终端的用户
Codex Cloud / Web	想把任务丢到云端后台跑的用户

Codex 大更新：角色插件 + Sites + Annotations

2026 年 6 月 2 日 Codex 发布重要更新，核心变化：

角色插件（Role Plugins）：把 Skills、App integrations、MCP servers 打包成可复用的”岗位说明书”。用 @Sales、@Data Analytics 等标签显式调用。管理员可限制某些 App 只读不写
Sites：将 Business/Enterprise 工作区中的结果做成可分享的网页、仪表盘、内部工具。两步发布：先 save a version（可审核），再 deploy a version（获取 URL）。支持 D1 关系数据库持久化和 R2 文件存储
Annotations：只改一个地方的局部修改功能。点中页面元素 → 提交评论 → Codex 只改标注区域。支持样式批注预览（config 图标调整字体/间距/颜色）
Computer Use 扩展到 Windows：操作桌面应用、浏览器、改设置、复现 GUI Bug。In-app Browser 让 Codex 和用户看到同一个页面
Appshots（macOS）：把当前 Mac App 窗口截图和可读文本发进 thread

[[raw/2026-06-04/金先森是朝鲜族阿/Codex大更新，咱普通人怎么用它交付工作.md|来源: Codex 大更新实操]]

Agent 集群时代：100+ Codex Agent 并行工作

OpenClaw 创始人 Peter Steinberger 自曝月支出五位数美元、同时跑 100+ Codex Agent 的实践揭示了 AI 开发的第三代范式——从 Copilot（人写代码 AI 补全）→ Agent（人描述需求 AI 写代码）→ Agent 集群（人定义目标 Agent 集群执行人监督结果）。[[raw/2026-06-04/jerry/他一个人跑着100个AI Agent，CI、测试、部署、Code Review全包了.md|来源: 100+Agent 集群]]

Agent 集群三大特征：

自治性：Agent 驱动流程，你定义目标，Agent 自己决定步骤、自己执行、自己纠错。调度 Agent 的决策逻辑不是预定义规则，而是基于任务上下文动态生成
并行性：100 个 Agent 可同时在不同分支上工作，冲突自动检测、自动合并。100 条路径同时试，最佳路径自动胜出
自愈性：出问题 → Agent 自动检测诊断修复验证记录 → 第二天早上看到一条完整的故障报告和修复记录

Symphony：任务驱动的 Codex 编排规范

OpenAI 开源了 Codex 编排规范 Symphony——把 Linear 这样的任务管理系统变成 coding agent 的控制平面。每一份 Linear issue 都映射到一个独立的 agent workspace，Symphony 持续监听任务看板，确保每个活跃任务都有一个 agent 在循环推进。核心范式从「人盯着 session 干活」向「任务系统驱动 agent 干活」跃迁。[[raw/2026-06-07/兔兔AGI/一文看懂 OpenAI 开源的 Codex 编排规范：Symphony.md|来源: Symphony]]

零信任安全框架（Anthropic 白皮书）

Anthropic 发布《Zero Trust for AI Agents》白皮书，提出 Agent 应从第一天就按”已遭入侵”来设计。三条原则：永不信任始终验证、假设已遭入侵、最小权限。设计检验：“这个控制是让攻击不可能，还是只是让攻击更麻烦？“——摩擦型防御对”有耐心、几乎零边际成本的 Agent 化攻击者”效果快速衰减。[[raw/2026-06-07/邵猛/[Anthropic 官方白皮书] 面向 AI Agent 的零信任安全：企业自主 AI Agent 部署框架.md|来源: 零信任安全白皮书]]

Hermes Desktop → Codex 变身

Nous Research 的 Hermes Agent 发布 Hermes Desktop，安装后”华丽变身 Codex”，保留之前的所有 session/channel/model 配置，可在桌面端像使用 Codex 一样使用。这标志着开源 Agent 框架正在向商业产品对齐。[[raw/2026-06-03/DracoVibeCoding/Hermes Agent正式变身Codex，Hermes Desktop发布！.md|来源: Hermes Desktop]]

WorkBuddy 协作实践与 AI 协作三原则（2026-06 新增）

腾讯云开发者李伟山分享了一套成熟的 AI 协作实践，其中的分工和原则对 Codex/Claude Code 集成有参考价值：[[raw/2026-06-18/腾讯云开发者/20年架构老兵的AI探索，让WorkBuddy帮你超越身边的人.md|来源: 李伟山 WorkBuddy]]

AI 协作三原则：

知识库先行——别从空白 prompt 开始，先建立知识库上下文
用好专家模块——将反复使用的工作流固化为可一键召唤的专家模块，不需要每次都重新描述需求（WorkBuddy 的”自定义专家”功能）
给 AI 立死规矩——规则越死出活越稳，Coding 场景的具体规则清单包括：代码回答带文件路径、不许擅自改测试、技术决策给理由

精确分工：Codex/Claude Code 专门处理纯编码（代码库直接操作），WorkBuddy 处理一切需要理解/记忆/信息管理的任务。不是工具越强越好，而是各管一段。

生产率案例：10 分钟内用 WorkBuddy 自动产出 17500 字的《Codex 从入门到精通》HTML 教程，含完整流程图和实操案例。每日早 8 点自动推送 AI 行业早报（24 条资讯、5 大板块），人工参与度为零，规则写死后稳定运行数月。

2026-07 更新：Codex 作为持久工作入口

OpenAI Codex 这条线的新重点不是”和 Claude Code 谁强”，而是产品工作的新形态：持久线程、长程任务、移动端/远程审查、浏览器与电脑控制、技能选择、Stitch/UI 生成和 GitHub CLI 串起来后，Codex 更像一个工作入口，而不只是代码生成器。[[raw/2026-06-29/Capihom/OpenAI Codex负责人：产品工作的新形态是什么丨Lenny.md|来源: Codex 产品工作形态]] [[raw/2026-06-23/金色传说大聪明/如何使用 Codex，进行长程任务.md|来源: Codex 长程任务]] [[raw/2026-06-29/宅小年/Codex Skills 怎么选？我常用的几个推荐给你.md|来源: Codex Skills]]

真正难点从实现转向品味与删减：Codex 负责人相关访谈反复强调，AI 让实现变便宜后，稀缺资源转向判断、筛选、删除代码、定义好坏和控制范围。实现快不等于产品快；如果判断和 review 跟不上，只会更快地产生技术债。[[raw/2026-06-29/大石/AI写代码越快，程序员越危险？Codex负责人摊牌：真正难的是-删代码-.md|来源: 真正难的是删代码]]

技能和工作流开始产品化：Codex Skills、Stitch、GitHub CLI、自定义模型配置等资料显示 Codex 周边正在形成一套”任务入口 + 生成界面 + 代码管理 + 回归验证”的组合链路。适合用来做可视化原型、长程改造、批量小任务和跨工具流水线，而不是单纯跟 Claude Code 抢同一个 CLI 位置。[[raw/2026-06-29/老麦的工具库/Codex+Stitch工作流，全自动开发APP，1小时搞定！！！.md|来源: Codex+Stitch]] [[raw/2026-07-02/DracoVibeCoding/【WorkBuddy基础教程】使用Github CLI进行项目代码管理&实战案例.md|来源: GitHub CLI 实战]]