Codex 斜杠命令（六）：并行工作与后台——让 Codex 同时处理多个任务
系列目录
- （一）快速入门——最常用的基础命令
- （二）对话管理——让你的会话有条不紊
- （三）权限与安全——精确控制 Codex 能做什么
- （四）代码审查——提 PR 前的最后一道防线
- （五）模型与推理——为任务选择合适的大脑
- （六）并行工作与后台——让 Codex 同时处理多个任务（本文）
- （七）个性化与配置——打造你的专属 Codex
- （八）生态集成：插件、技能与 MCP
延伸阅读 · 插件商店完全指南 · Codex vs Claude Code 对比 · 2026 高级模式对比
传统的 CLI 工具是串行的——你输入命令，等它执行完，再输入下一个。Codex 打破了这种模式：你可以让它在后台跑测试的同时，在主线程里继续讨论架构；你可以 fork 一个会话去探索替代方案，同时保留原线程继续推进主线。
这套并行能力的背后是一组斜杠命令，理解它们能让你把 Codex 从一个"高级自动补全"升级为"多线程的 AI 开发伙伴"。
命令速查表
| 命令 | 别名 | 说明 |
|---|---|---|
| /agent | 无 | 查看和切换活跃的子 agent 线程 |
| /ps | 无 | 查看后台终端的状态和最近输出 |
| /stop | 无 | 停止当前会话启动的所有后台终端 |
| /fork | 无 | 分叉当前会话到新线程 |
| /side | /btw | 开启临时侧面对话 |
/agent —— 管理你的 AI 工作线程
/agent
/agent 列出当前会话中所有活跃的子 agent 线程。Codex 的 multi-agent 架构允许主 agent 派生子 agent 去处理独立子任务，每个子 agent 有自己的上下文窗口和模型配置。
实际场景：你让 Codex 同时做三件事——重构 auth 模块、编写单元测试、更新 API 文档。Codex 为每个任务 spawn 一个子 agent 并行执行。用 /agent 可以查看每个子 agent 的进度，切换到特定线程继续交互。
子 agent 的好处不只是并行——它们拥有独立的上下文窗口，不会互相污染。这意味着 auth 重构过程中的大量中间对话不会挤占测试编写的 Token 空间。
/ps 和 /stop —— 管理后台终端
/ps
/stop
/ps 显示所有后台终端的状态和最近的输出内容。当 Codex 在后台运行长时间命令（如编译、测试套件、数据库迁移）时，你可以用 /ps 查看进度，而不离开主对话。
/stop 则是一键停止所有后台终端。当某个后台命令失控或你不再需要它的结果时，快速清理。
实际场景：Codex 在后台运行完整的集成测试套件（可能需要 5 分钟），你在主线程里继续讨论下一个需求的实现方案。用 /ps 偶尔瞄一眼测试进度，测试跑完后 Codex 会自动将结果带入对话。
/fork —— 并行探索不同方向
/fork
/fork 将当前会话完整复制到一个新线程。原始线程保持不动，新线程是独立的探索空间。与 /side 不同，/fork 创建的是持久线程，你可以一直在里面工作直到得出结论。
实际场景：你在用 React 写一个仪表盘页面，突然想到"也许用 Svelte 会更简洁"。此时：
- /fork 一个新线程
- 在新线程中让 Codex 用 Svelte 重写同一个页面
- 对比两个版本的代码量和可维护性
- 决定用哪个方案
整个过程中，原来的 React 线程毫发无损。如果 Svelte 方案不理想，切回原线程继续 React 实现即可。
/fork 也适合"假设性"探索：如果我把这个模块拆分成微服务会怎样？如果用 SQLite 替代 PostgreSQL 呢？每个假设一个 fork，并行验证。
/side / /btw —— 轻量级临时提问
/side
/btw
/side 和 /fork 的区别在于：/side 是临时的——侧面对话完成后不保留，不影响主线程；/fork 是持久的——新线程独立存在，可以长期工作。
用 /side 的场景：快速查一个 API 文档、确认一个语法细节、问一个"这个库支持 X 吗"类的问题。答案拿到就回来，不需要保留侧面对话。
用 /fork 的场景：需要持续探索、写代码、跑测试来验证一个想法。结果可能需要保留和对比。
并行工作流实战
一个充分利用并行能力的典型工作流：
- 主线程：讨论需求，制定方案
- /fork 线程 A：实现核心逻辑
- /fork 线程 B：用不同方案实现同样的逻辑，用于对比
- 主线程：审查线程 A 和 B 的结果，选择较优方案
- /fork 线程 C：编写测试
- 主线程：汇总测试结果，决定是否合并
这个工作流的核心思想是：让 Codex 并行做它能独立完成的工作，你专注于需要判断力的决策环节。
实操清单
- 启动 Codex，把一个较大任务拆分为三个独立子任务，观察 Codex 是否 spawn 子 agent 并行执行
- 使用
/agent命令查看当前会话中所有活跃子 agent 线程的列表和状态 - 通过
/agent切换到某个特定子 agent 线程，继续对该线程发出追加指令 - 让 Codex 在后台执行一个耗时命令（如运行测试套件），在等待期间使用
/ps查看后台终端的输出进度 - 当不再需要某个后台命令时，使用
/stop一键停止所有后台终端，确认终端已清理 - 在一个正在进行的会话中执行
/fork，在新线程中用不同方案（如不同框架或库）实现同一功能 - 对比两个 fork 线程的输出，确认原始线程保持不变，据此选择较优方案后切回原线程
- 使用
/side（或别名/btw）快速查询一个与主任务无关的 API 细节，拿到答案后回到主线程 - 实践完整的并行工作流：主线程定方案 → fork 线程 A/B 并行实现 → 主线程汇总对比 → fork 线程 C 补写测试