【笔记】Claude Code 与 Codex Command 的能力模型与工作流

发表于 2026/08/07

作者羊羽

32 分钟阅读

1. 一句话心智模型

Claude Code 和 Codex 的 Command 不只是快捷键。它们正在成为 Agent Runtime 的控制面：观察当前状态，调整 Context，分叉 Conversation，切换执行者，延长任务生命周期，隔离 Workspace，最后把结果送进 Review、测试和 PR。

理解一条 Command 时，我现在固定问九个问题：

它改变哪一层状态？
它继承什么 Context？
谁继续执行？
结果回到哪里？
Main Conversation 是否继续？
是否共享 Workspace？
是否自动创建 Worktree？
怎样停止、恢复或收口？
它受什么版本、平台、账号、Provider、Surface 或 Feature Gate 限制？

这套问题比记住命令名字更重要。Claude Code 和 Codex 会互相借鉴，同名 Command 仍可能操作完全不同的对象。

资料快照为 2026-08-07。Claude Code 正式公开包为 2.1.224，Codex 正式版为 0.147.0。本文同时参考官方文档和指定的上游源码快照；主干预览、条件能力和个人判断会单独标明。

2. Command Surface：先分清入口和实现

2.1 用户看到的入口不是同一层东西

类型	发生位置	典型示例	实际作用
Slash Command	已进入交互 Session	`/compact`、`/fork`	控制当前会话和工作流
CLI 子命令	启动或管理进程时	`codex exec`、`claude agents`	创建、恢复、托管或自动化 Session
Keyboard Shortcut	TUI 输入层	`Esc Esc`、`Tab`	中断、排队、回退或编辑输入
Built-in Command	CLI 固定逻辑	`/status`、`/permissions`	直接修改产品内部状态
Bundled Skill	Prompt 型工作流	Claude `/batch`、`/code-review`	给 Agent 加载一套可复用方法
Dynamic Workflow	脚本编排的 Agent DAG	Claude `/deep-research`	在后台组织多个 Agent
Dynamic Command	运行时发现	MCP Prompt、项目 Skill	由扩展系统加入菜单
Alias	复用已有实现	`/review`、`/btw`	名字不同，行为指向另一入口

Claude Code 官方表会标出 Built-in、Bundled Skill、Workflow 和 Alias。Codex 的固定菜单主要来自 CLI 注册，但 Skills、Hooks、MCP、Apps 和 Plugins 已经把运行时扩展接进同一个入口。

2.2 Slash Command 与 CLI 子命令的边界

进入 Session 之前：CLI 子命令决定怎样启动、恢复、托管和自动化
进入 Session 之后：Slash Command 决定当前 Context、Conversation 和任务怎样变化

例如，Codex /review 进入当前 TUI 的 Review Session，codex review 则是可脚本化的非交互审查入口。Claude /agents 管理 Subagent 定义，claude agents 打开后台 Session 的 Agent View。名字接近不代表它们处于同一层。

2.3 Skill 也不等于普通 Tool

Skill 更像带元数据的提示词程序：发现阶段先暴露名称和描述，被用户或模型选中后才加载正文、参数、脚本和附件。它可能在当前 Conversation 内展开，也可能委派给 Subagent。

更完整的发现与执行链路见：【笔记】Claude Code Skill 的发现、展开与执行链路。

3. 六层状态模型

3.1 Command 控制的六层状态

flowchart TB
    A["Context<br/>当前模型实际看到什么"] --> B["Conversation / Session<br/>历史与会话身份"]
    B --> C["Agent<br/>由谁执行"]
    C --> D["Process Lifecycle<br/>前台、后台、Goal、Loop、Schedule"]
    D --> E["Workspace<br/>目录、Git Branch、Worktree"]
    E --> F["Delivery<br/>Run、Verify、Review、PR"]

箭头表示排查 Command 时从上到下定位状态，不是严格的运行时调用链。一条 Command 可能同时跨越多层，例如 /batch 会拆任务、启动 Subagent、创建 Worktree、运行测试并创建 PR。

3.2 六组最容易混淆的边界

概念	它隔离或控制什么	它不保证什么
Conversation Fork	对话历史和后续路线	不创建 Git Branch
Session / Thread	会话身份、Transcript、恢复入口	不必拥有独立 Workspace
Subagent	执行者及其上下文	不天然隔离文件
Git Branch	Commit 历史和 ref	不提供独立工作目录
Worktree	工作目录、HEAD、index	不创建 Conversation
Background Terminal	一个持续运行的 OS 进程	不是 Agent，也不停止 Goal

Worktree 的共享对象库和私有工作现场见：【笔记】Git Worktree 的共享存储与隔离边界。

3.3 Context、Transcript 与 Compact

Transcript 是可恢复的会话记录，Context 是下一轮真正进入模型的活跃内容。/compact 把早期内容压成摘要，释放窗口，但细节只保留到摘要覆盖的程度，因此它是有损操作，不是归档。

Claude Code 的指令加载、缓存和外部变更感知见：【笔记】Claude Code 的上下文加载与变更感知。

4. Claude Code Command 地图

4.1 版本与可见性边界

项目	快照值	说明
npm `latest`	`2.1.224`	当前最新公开包
npm `next`	`2.1.220`	Next Channel 标签
npm `stable`	`2.1.212`	Stable Channel 标签
Changelog 最新项	`2.1.224`	本笔记的新能力基线

这些值来自 2026-08-07 的 Registry 快照。实际菜单还取决于平台、套餐、登录方式、Provider、环境变量、仓库状态和 Feature Gate。Claude Code Commands 的表格行数也不能当作每个用户都能看到的菜单数。

4.2 完整 Command 快照

Claude Code 2.1.224 官方 Commands 页面在本次快照有 104 行，包含 Built-in、Bundled Skill、Workflow、Alias、条件能力和 Removed Command：

/add-dir          /advisor            /agents
/autocompact      /autofix-pr         /background
/batch            /branch             /btw
/bug              /cd                 /chrome
/claude-api       /clear              /code-review
/color            /compact            /config
/context          /copy               /cost
/dataviz          /debug              /deep-research
/design-login     /design-sync        /desktop
/diff             /doctor             /effort
/exit             /export             /fast
/feedback         /fewer-permission-prompts
/focus            /fork               /goal
/heapdump         /help               /hooks
/ide              /init               /insights
/install-github-app                   /install-slack-app
/keybindings      /login              /logout
/loop             /mcp                /memory
/mobile           /model              /passes
/permissions      /plan               /plugin
/powerup          /pr-comments        /privacy-settings
/radio            /recap              /release-notes
/reload-plugins   /reload-skills      /remote-control
/remote-env       /rename             /resume
/review           /rewind             /run
/run-skill-generator                 /sandbox
/schedule         /scroll-speed       /security-review
/setup-bedrock    /setup-vertex       /simplify
/skills           /stats              /status
/statusline       /stickers           /stop
/subtask          /tasks              /team-onboarding
/teleport         /terminal-setup     /theme
/tui              /ultraplan          /ultrareview
/upgrade          /usage              /usage-credits
/verify           /vim                /voice
/web-setup        /workflows

其中 /pr-comments、/vim、/ultraplan 是已经移除但仍需要识别的历史入口；/ultrareview 是 /code-review ultra 的兼容 Alias。完整输入 /heapdump 可以导出包含会话内容的 Heap Snapshot，不应随意分享。

4.3 分类速查

控制面	常用 Command	复习重点
信息与观察	`/help`、`/status`、`/usage`、`/context`、`/diff`、`/tasks`	先看清模型、Context、工作树和后台任务
Context	`/compact`、`/clear`、`/memory`、`/rewind`、`/autocompact`	摘要、清空、持久记忆和 Checkpoint 是不同动作
模型与权限	`/model`、`/effort`、`/plan`、`/permissions`、`/sandbox`、`/fast`	决定模型、推理力度和可执行范围
Conversation	`/branch`、`/fork`、`/resume`、`/rename`、`/btw`	亲自切路线、后台复制和临时问题不能混写
Agent / Session	`/subtask`、`/agents`、`/background`、`/tasks`	分派执行者、管理定义、Detach Session
生命周期	`/goal`、`/loop`、`/schedule`、`/stop`	多 Turn、临时循环、云端 Routine 的持续方式不同
质量与交付	`/run`、`/verify`、`/code-review`、`/simplify`、`/security-review`、`/autofix-pr`	运行、验收、找问题、改问题和守护 PR 分层
扩展系统	`/skills`、`/hooks`、`/mcp`、`/plugin`、`/workflows`	把一次性做法沉淀为可发现能力
界面与账号	`/config`、`/theme`、`/copy`、`/login`、`/logout`、`/upgrade`	只需知道入口，无须放进工作流主线

4.4 `/btw`：单轮 Overlay，不是临时多轮线程

/btw [question] 继承 Main Session 的完整 Context，但回答器没有工具，只能给出单轮回答。问答显示在可关闭 Overlay 中，不写入 Main Transcript；主任务可以继续运行。

flowchart LR
    M["Main Session<br/>任务继续"] -. "只读复用 Context" .-> B["/btw Side Question"]
    B --> A["单轮回答 Overlay"]
    A -. "不写入历史" .-> X["关闭后消失"]
    M --> N["Main Turn 继续"]

如果问题需要工具或连续追问，应使用普通 Prompt、/branch 或新 Session。/btw 适合确认一个术语、回忆先前决策，不适合源码调研。

4.5 `/branch`、`/fork` 与 `/subtask`

flowchart TB
    M["当前 Session"]
    M -->|"/branch：复制并切换"| B["Conversation Branch"]
    M -->|"/fork：复制到后台"| F["Independent Background Session"]
    M -->|"/subtask：委派并回传结果"| S["Forked Subagent"]

维度	`/branch`	`/fork`	`/subtask`
状态层	Conversation / Session	Session / Process	Agent
Context	复制当前历史	复制当前历史和会话配置	继承完整 Conversation
谁继续	用户切到副本	Main 留在原处，副本后台运行	Subagent 执行
结果流向	不自动回原 Session	不自动回 Main	最终结果回 Main
用户能否独立 Resume	可以	可以	不作为独立 Background Session Resume
Workspace	仍是同一工作目录	`2.1.221+` 修改代码时通常使用 Worktree	默认继承父目录，不保证 Worktree

版本是这里的承重边界：2.1.161–2.1.211 的 /fork 曾表示 Forked Subagent；2.1.212+ 才改为独立 Background Session，旧委派语义迁到 /subtask。Agent View 和 Subagents 分别描述了两条路径。

4.6 `/background`、后台 Bash 与 `/batch`

能力	操作对象	Context 与结果	Workspace
`/background`、`/bg`	整个当前 Session	Session Detach，可在 Agent View Attach	Git 仓库通常进入 `.claude/worktrees/`；可通过配置或环境命中例外
Background Bash	当前 Session 中一个进程	输出回当前 Session	共享当前 Workspace
`/batch`	5–30 个改造单元	每单元一个后台 Subagent，返回测试和 PR	每单元独立 Worktree；不要假定继承完整 Main Transcript

/batch 不是“把同一个 Prompt 并发执行几次”。它先研究和拆分，等待人工审批，再把每个单元送进独立 Worktree，运行测试并创建 PR。拆分单元必须能够独立提交，否则最后会在集成阶段重新串行化。

4.7 Plan、Goal、Loop 与 Schedule

能力	它控制什么	Context / 权限	结果与生命周期
`/plan`	Permission Mode	同一 Session，可读和探索，不直接实现	产出计划并等待执行选择
`/goal`	当前 Session 的完成条件	评估器只读已进入 Conversation 的证据，不扩大权限	未完成就继续下一 Turn，可 Clear
`/loop`	临时周期任务	继承当前 Session 环境	Session 范围内按间隔重复
`/schedule`	云端 Routine	独立云端 Session，无逐次审批；范围由仓库、Branch push、网络、变量和 Connector 决定	不依赖本地 Session，使用云端新 Clone

Goal 不是 Todo，也不会自动 Detach。证据必须先进入 Conversation，评估器才能判断完成。Schedule/Routine 是另一套云端权限边界，并依赖 Claude.ai 登录及受支持的 Provider。Routines 说明了其环境与访问范围。

4.8 Context、Checkpoint 与交付闭环

/context 只观察 Context 构成和占用。
/compact 用有损摘要替换早期活跃 Context。
/clear 开始新的 Conversation。
/rewind 恢复对话、Claude 文件编辑 Checkpoint 或生成定向摘要，但不能可靠恢复 Bash、外部编辑、并发 Session 和多数 Subagent 修改。
/code-review 默认找问题；--fix 才会修改工作树。
/simplify 面向已经实现的代码做清理和修复。
/verify 对完成条件运行证据检查。
/security-review 关注安全 Findings。
/autofix-pr 在云端持续监听目标 PR 的 CI 和评论并推送修复。

Review 的完整 Target 和执行者模型见：【笔记】Codex 与 Claude Code 的代码审查模型。

4.9 Alias 与 Session 外 CLI 入口

常见 Alias：

/background <- /bg              /bug <- /share
/clear <- /reset, /new          /code-review <- /review
/config <- /settings            /desktop <- /app
/doctor <- /checkup             /exit <- /quit
/loop <- /proactive             /permissions <- /allowed-tools
/remote-control <- /rc          /resume <- /continue
/rewind <- /checkpoint, /undo   /schedule <- /routines
/tasks <- /bashes               /usage <- /cost, /stats

需要与 Slash Command 分开的 CLI 入口：

claude -p                  claude --continue
claude --resume           claude agents
claude attach             claude doctor
claude logs               claude mcp
claude plugin             claude remote-control
claude self-hosted-runner

5. Codex Command 地图

5.1 版本、Surface 与主干边界

项目	快照值	说明
npm `latest`	`0.147.0`	正式包
GitHub Release	`rust-v0.147.0`	正式源码快照
调研时 `main`	`c87a218`	只用于主干预览
Developer Commands	50 行	当前 CLI Surface 官方参考

不能写“Codex 一共有 50 个 Command”。ChatGPT Web、Desktop、IDE Extension 与 CLI 的集合不同；平台专属、动态模型能力、Debug Command 和 Feature Gate 也不一定进入默认 / 弹窗。Developer Commands 是本文的用户向基线。

5.2 完整 CLI Slash Command 快照

/permissions             /ide
/keymap                  /vim
/setup-default-sandbox   /sandbox-add-read-dir
/agent, /subagents       /apps
/plugins                 /hooks
/clear                   /rename
/archive                 /delete
/compact                 /copy
/diff                    /exit
/experimental            /approve
/memories                /skills
/import                  /feedback
/init                    /logout
/mcp                     /mention
/model                   /fast
/plan                    /goal
/personality             /ps
/stop                    /fork
/app                     /side, /btw
/raw                     /resume
/new                     /quit
/review                  /status
/usage                   /debug-config
/statusline              /title
/theme                   /pets, /pet

补充边界：/clean 是 /stop Alias；/fast 可能由模型目录动态提供；/rollout、/test-approval 属于 Debug Build；/debug-m-drop、/debug-m-update 是内部调试，不应作为普通用户技巧。

5.3 分类速查

控制面	常用 Command	复习重点
信息与观察	`/status`、`/usage`、`/debug-config`、`/diff`、`/ps`	模型、权限、Context、Diff 和后台进程
Context	`/mention`、`/compact`、`/memories`、`/clear`	显式带入、摘要、持久记忆和新 Chat
模型与权限	`/model`、`/fast`、`/personality`、`/permissions`、`/plan`	模型目录、沟通方式和审批沙箱
Conversation	`/new`、`/resume`、`/fork`、`/side`、`/archive`、`/delete`	普通 Session、永久生命周期与临时旁支
Agent	`/agent`、`/subagents`	导航已有 Agent Thread，不负责 Spawn
长任务与进程	`/goal`、`/ps`、`/stop`	Goal 与 Background Terminal 是两个控制面
质量与交付	`/review`、`/diff`、`/approve`	Target、Findings 和被拒 Review 重试
扩展系统	`/skills`、`/hooks`、`/mcp`、`/apps`、`/plugins`、`/import`	从本地知识到外部服务和插件包
界面与账号	`/copy`、`/raw`、`/theme`、`/title`、`/pets`、`/logout`	不进入工作流主线

5.4 `/side`：Ephemeral 多轮 Chat

Codex /side 与 /btw 是同一行为：从 Parent Chat 复制历史作为参考，切到一个 Ephemeral Side Chat。Parent Task 可以继续运行，Side 可以连续追问，但不能再次嵌套 Side，也不能 Spawn Subagent。

flowchart LR
    M["Main Chat<br/>任务可继续"] -->|"复制历史作为参考"| S["Ephemeral Side Chat"]
    S --> Q["临时提问或轻量探索"]
    Q --> S
    S -->|"退出 Side"| M
    S -. "Transcript 不自动回写" .-> M
    M --- W["同一个 Workspace"]
    S --- W

Side 隔离 Transcript，不隔离文件。默认适合轻量、非修改性探索；显式要求时仍可能使用工具修改共享 Workspace。因此“临时”不能推出“安全并行写入”。

5.5 `/fork`、`/agent` 与 Agent Thread

Codex /fork 复制当前 Chat 并立即切换到副本，原 Chat 可通过 /resume 找回。它不创建 Git Branch 或 Worktree，语义更接近 Claude /branch。

/agent 和 /subagents 打开 Agent Thread Picker，只负责查看、切换已经存在的主线程和子 Agent Thread。Multi-Agent 未启用且没有现存子线程时，它会提示启用，不会凭命令直接 Spawn Agent。

能力	操作对象	结果流向	Workspace
`/fork`	Chat / Session	用户切到新 Chat，不回写原 Chat	共享当前目录
Spawn Subagent	Agent	由任务协议决定是否回 Main	默认不代表文件隔离
`/agent`	已有 Agent Thread	导航和观察 Transcript	不创建隔离

5.6 `/plan`、`/goal` 与 Background Terminal

/plan [prompt] 把当前 Chat 切到 Plan Mode，用于先明确实现路径。/goal [objective] 把完成标准附着到当前 Chat，支持查看、Edit、Pause、Resume 和 Clear；它不会扩大 Sandbox 或 Approval Policy，也不会在关闭 CLI 后自动转成云端任务。

/ps 和 /stop 操作的是当前 Session 由执行工具管理的 Background Terminal：前者查看进程和最近输出，后者停止这些进程。它们不会停止 Goal、Subagent 或 Conversation。

5.7 `/review`：受限 Review Session

裸 /review 支持四类 Target：

相对某个 Base Branch；
Uncommitted Changes；
指定 Commit；
Custom Review Instructions。

Review 创建受限子会话，默认输出 Findings，不自动修复。实现 Agent 和 Reviewer 应面对稳定的 Commit、Base Branch 或冻结 Diff，避免审查持续变化的 Workspace。

5.8 Skills、Hooks、MCP、Apps 与 Plugins

扩展面	负责什么	典型用途
Skills	可发现的方法与知识	团队 SOP、代码模式、专门任务
Hooks	生命周期事件触发	校验、记录、阻止或自动收口
MCP	外部工具与数据服务	数据库、平台 API、内部系统
Apps	面向用户连接外部服务	已授权 Connector
Plugins	打包分发能力	Skills、Hooks、配置和市场来源
`/import`	Claude Code 迁移入口	导入受支持的配置、项目或会话材料

它们说明 Command 菜单正在从固定枚举变成扩展控制面，但具体可见性仍受账号和 Feature Gate 影响。

5.9 Session 外 CLI 子命令

codex                       codex resume [SESSION]
codex fork [SESSION]        codex archive / unarchive
codex delete                codex exec / exec resume
codex review                codex apply
codex cloud                 codex remote-control
codex features              codex mcp
codex plugin                codex app-server
codex mcp-server            codex sandbox
codex doctor                codex update

交互 Slash Command 改变当前 TUI；CLI 子命令适合恢复历史、非交互自动化、云任务和服务化接入。

6. 两个工具的语义对照

6.1 按工作意图对照，而不是按名字

工作意图	Claude Code	Codex	等价程度
单轮旁支问题	`/btw`	`/side`、`/btw`	不等价：Claude 无工具单轮，Codex 是可多轮 Side Chat
复制并切换路线	`/branch`	`/fork`	接近：都复制 Conversation 并切换，不隔离文件
复制到后台独立运行	`/fork`	无完全等价 Slash Command	Claude 产生 Background Session
委派并回传结果	`/subtask`	Spawn Subagent，`/agent` 导航	工作意图接近，入口和 Context 不同
Detach 当前 Session	`/background`	无完全等价 Slash Command	Codex `/ps`、`/stop` 只管理 Terminal
长任务完成条件	`/goal`	`/goal`	相近，但评估与状态实现不同
代码审查	`/code-review`、`/review` Alias	`/review`	都默认输出 Findings，Target 和执行环境不同
大规模并行改造	`/batch`	Plan + Subagent + Worktree + `/agent` + `/review`	Codex 需要显式编排
临时周期任务	`/loop`	无完全等价固定命令	可由 Goal、Hook 或外部调度组合
云端周期任务	`/schedule`	依赖 Cloud/自动化 Surface	不应硬凑一对一

6.2 一个选择规则

只问一句、不用工具              → Claude /btw
需要临时多轮讨论                → Codex /side；Claude 用 /branch 或新 Session
需要我亲自走另一条路线          → Claude /branch；Codex /fork
需要任务独立在后台继续          → Claude /fork
需要结果回 Main                 → Claude /subtask 或 Spawn Subagent
需要并行写文件                  → 先分 Branch + Worktree，再启动 Agent
只需要后台跑测试                → Background Terminal
需要持续推进直到满足条件        → Goal
需要审查                         → 固定 Target 后进入 Review

7. 从 Command 组合工作流

7.1 场景一：主任务中的临时确认

先判断是否需要工具和连续追问。Claude 单轮无工具问题用 /btw；Codex /side 可以多轮并显式使用工具，但仍共享 Workspace。跑命令本身不要求 Worktree，只有并行写入或需要文件隔离时才创建。

7.2 场景二：从同一锚点评估两套方案

flowchart TB
    M["保存原 Session / Chat 标识"] --> A["分叉并评估方案 A"]
    A --> R["Resume 原始锚点"]
    R --> B["从同一锚点分叉方案 B"]
    A --> C["统一证据：复杂度、测试、风险"]
    B --> C
    C --> D["Main 选择并实施"]

不要从 A 的 Conversation 继续分出 B，否则两个方案的上下文不再独立。只读评估可以共享 Workspace；如果两边都要改代码，需要各自的命名 Branch 和 Worktree。

7.3 场景三：Main 实施，支线调研、测试和 Review

flowchart LR
    M["Main<br/>实现"] --> G["稳定 Target Gate<br/>Commit SHA / 冻结 Diff"]
    R["Research Agent<br/>只读调研"] --> M
    G --> T["Test Agent<br/>固定提交 Worktree"]
    G --> V["Review Agent<br/>Commit / Base Branch"]
    T --> E["测试证据"]
    V --> F["Findings"]
    E --> M
    F --> M

Research 可以与 Main 直接并行。Test 和 Review 必须面对稳定 Target；“只读”不代表读取一个持续变化的 Workspace 是并发安全的。Main 只接收结论、证据和定位，不接收支线的完整 Transcript。

7.4 场景四：长任务持续推进

flowchart LR
    D["定义完成条件"] --> P["Plan"]
    P --> G["Goal"]
    G --> S["Subagent"]
    S --> R["Run"]
    R --> V["Verify / Review"]
    V --> E["证据写回 Session"]
    E --> G
    G --> H["人工验收"]

Plan 决定怎么做，Goal 决定何时算完成，Background 决定是否占用当前终端，Loop 决定是否临时重复，Schedule 决定是否脱离本地 Session 周期运行。Goal 不会自动增加权限、创建 Worktree 或产生可靠证据。

7.5 场景五：大规模改造

Claude /batch 已内置拆分、审批、Worktree、测试和 PR。Codex 需要显式编排：

人工审批 Plan
→ 一单元一命名 Branch + Worktree
→ 在对应 Worktree 启动 Subagent
→ /agent 观察线程
→ Run / Verify
→ 返回 Commit SHA 与测试证据
→ /review 审查 Commit 或 Base Branch
→ PR，或明确 cherry-pick / merge 回集成 Branch
→ 人工验收

/ps 只在确实启动 Background Terminal 后使用，不能拿来观察 Subagent。

7.6 场景六：交付闭环

实现 → Run → Verify → Review → Fix → Re-run → Re-review → 人工验收

Review 与 Fix 分开能减少 Reviewer 为自己的实现辩护。修复后只复审 Fix Diff，最后再做一次完整 Branch Review。Review Target、测试命令和完成条件应该进入项目 Skill 或规则，而不是每次临时回忆。

7.7 场景七：从个人技巧到团队自动化

演进顺序可以很朴素：

先把稳定 Prompt 固化成 Skill；
把必须执行的校验放进 Hook；
用 MCP 或 App 接外部系统；
用 Plugin 分发一组相关能力；
用 Goal 处理持续任务；
用 Workflow 或 Schedule 处理多 Agent、周期和云端运行。

团队自动化的关键不是“无人值守”，而是完成条件、权限、隔离、证据和人工 Gate 都能够被重复执行。

8. 版本演进与产品方向

8.1 近期变化怎样改变工作方式

Claude Code 2.1.212+ 把 /fork 从 Forked Subagent 改为 Background Session，/subtask 接手委派语义；2.1.218+ 的本地 /code-review 转为后台 Subagent；2.1.221+ 加强 Fork Session 的 Worktree 隔离；2.1.224 增加跨 Session SendMessage、ListAgents 和 claude self-hosted-runner。Changelog 是这些变化的发布边界。

Codex 0.147.0 已经把 Side Chat、Goal、Agent Thread 导航、Hooks、Apps 和 Plugins 放进同一个 CLI Surface。正式 Release 与上游 main 仍可能短暂错位，主干信息只能作为预览。0.147.0 Release 是本文的正式源码锚点。

8.2 当前个人理解

Command Menu 正从固定快捷键列表变成 Agent Runtime 的控制面和能力索引。未来真正影响效率的不是记住更多斜杠命令，而是知道何时分叉 Context、何时换执行者、何时隔离 Workspace、何时把一次经验固化成可重复的执行单元。

这个判断属于个人理解，不是产品承诺。实现名称和入口还会变化，状态模型相对稳定。

9. 复习索引与刷新清单

9.1 高密度易混点

Claude /btw 是无工具单轮 Overlay；Codex /side 是共享 Workspace 的多轮 Side Chat。
Claude /branch 和 Codex /fork 都是复制并切换 Conversation。
Claude 当前 /fork 是独立 Background Session，不自动回流 Main。
Claude /subtask 才是继承完整 Conversation、结果回 Main 的 Forked Subagent。
Codex /agent 只导航已有 Agent Thread，不负责 Spawn。
Conversation Fork、Git Branch、Worktree 是三种状态。
Background Terminal、Background Session、Subagent、Goal 是四种生命周期对象。
/compact 是有损摘要；/rewind 不是 git reset。
Review 默认找问题，不代表自动 Fix。
并行写入先隔离 Branch + Worktree，Agent 数量不是隔离手段。

9.2 版本刷新命令

  
npm view @anthropic-ai/claude-code version dist-tags --json
npm view @openai/codex version dist-tags --json
claude --version
codex --version

刷新笔记时还要检查：

官方 Commands 表新增、改名、移除和 Alias 变化；
正式 Release 与上游 main 的差异；
某个 Command 是否只在特定 Surface 出现；
Feature Gate、套餐、Provider 和登录方式；
Background Session、Worktree 和 Review Target 的默认行为是否改变。

9.3 待持续验证

Claude Code 跨 Session API 在不同 Surface 的开放范围；
Codex Apps、Plugins、Hooks 的 Feature Gate 和团队分发边界；
两个工具的 Goal 在 Resume、用量限制和预算限制下怎样恢复；
多 Agent 写入同一仓库时，产品默认 Worktree 策略是否继续收紧；
正式文档与 CLI 菜单在发布当天的同步延迟。