CX-02 Codex App 桌面工作流完整指南

CX 02 Codex App 桌面工作流完整指南 CX 02 Codex App 桌面工作流完整指南 Automations 用来让 Codex 周期性或后台执行任务： ⠀ • 每天检查测试是否失败。 • 每周总结依赖更新。 • 定期检查文档是否和代码漂移。 • 监控某个 PR 或部署状态。 ⠀ 创建自动化前要明确： ⠀ • 运行频率。 • 工作目录。 • 是否允许写文件。 • 找到问题后通知还是自动修。 ⠀ 详见 CX 09。 ⠀ 12. App 与 GitHub / PR ⠀ App 的 Git 工作流通常是： ⠀ 1. Codex 修改本地文件。 2. 你在 Review 面板检查。 3. 运行测试。 4. stage / commit。 5. 推送分支。 6. 创建 PR。 7. 必要时交给 Cloud / Web 继续处理。 ⠀ GitHub / PR 详见 CX 10。 ⠀ 13. App 用户什么时候看 CLI / Web ⠀ ⠀ 14. 从零到 PR 的完整 App 实战 ⠀ 这一节是把前面的概念串起来。建议你拿一个非生产仓库练一遍。 ⠀ 14.1 第一步：只读建模 ⠀ Code block Plain Text 阅读这个项目，只输出：技术栈、启动命令、测试命令、主要目录、可能需要写进 AGENTS.md 的规则。不要修改文件。 ⠀ 通过标准： ⠀ • Codex 没有写文件。 • 输出里能指出命令来自哪个文件，例如 package.json、README、Makefile。 • 没有把不存在的命令编出来。 ⠀ 14.2 第二步：小范围修改 ⠀ Code block Plain Text 目标：修正 README 中一处过时命令。 范围：只改 README.md。 约束：不要改版本号，不要重排整篇文档，不要提交。 验证：确认 README 中同类命令写法一致。 交付：展示 diff 摘要。 ⠀ 通过标准： ⠀ • Review 里只有 README。 • 没有格式化整篇文件。 • Codex 能说明为什么改这一行。 ⠀ 14.3 第三步：让 Codex 自审一次 ⠀ Code block Plain Text /review 重点检查这次改动是否超出范围、是否引入错误命令、是否需要更新其他文档。 ⠀ 如果当前 App 没有 /review，就用自然语言： ⠀ Code block Plain Text 请审查当前 diff。只报告问题和风险，不要继续修改。 ⠀ 14.4 第四步：人工决定 Git 操作 ⠀ 学习阶段建议你让 Codex 只草拟： ⠀ Code block Plain Text 根据当前 diff 写一个 commit message 和 PR 描述。不要执行 git commit，不要 push。 ⠀ 你确认无误后再决定是否提交。这样可以保留人的最后控制权。 ⠀ 15. Codex App 课程交叉验证口径 ⠀ 为了避免 Codex 系列比 Claude Code 系列弱，本系列以后每次更新都按同一张表验收： ⠀ 维度 必须满足 官方来源 每篇至少列出对应官方文档或 release 来源 App 主线 普通用户先学 App；CLI / Cloud / SDK 是辅助 操作步骤 关键章节必须有可复制提示词或命令 风险边界 写清权限、沙盒、外部连接器、Git 操作边界 Review 涉及写文件时必须回到 Review / diff 可视化素材 如需配图，必须逐篇核对语义位置和来源，不做批量插图 版本口径 固定版本只作验证快照，最终以当前 App 和官方文档为准 ⠀ 常见问题 ⠀ Q1：App 是不是只能聊天？ ⠀ 不是。App 是本地开发主控台，核心是线程、文件改动、Review、终端、插件、自动化。 ⠀ Q2：所有功能都要学吗？ ⠀ 不需要。先掌握 Thread、Review、Commands、AGENTS.md，再按需要学 MCP、Skills、Plugins、Automations。 ⠀ Q3：App 中看到的命令和 CLI 一样吗？ ⠀ 不一定。以当前 App 的 /help、命令补全和官方文档为准。CLI 能帮助核对，但不是 App 的替代品。 📝 总结与检查清单 ⠀ 完成本课后，请确认以下所有项： ⠀ 理解Local thread、Worktree thread、Cloud handoff三种工作方式的区别 能用五要素模板（目标 范围 约束 验证 交付）描述任务 知道如何在App中查看diff和审批命令 理解Settings中模型、审批、沙盒等配置入口 知道Commands、MCP、Skills、Plugins、Automations在App中的位置 不跳过Review直接合并 陌生项目先用只读模式 ⠀ 如果以上全部勾选，恭喜你掌握Codex App核心工作流！ 附录 ⠀ A. App核心概念速查 ⠀ 概念 一句话解释 Thread 一条任务线，包含上下文、历史和状态 Local thread 直接在当前工作区执行的任务线 Worktree thread 在隔离Git分支/目录中执行的任务线 Cloud handoff 将任务交给云端执行的接力模式 Review面板 查看diff、文件变更、行内反馈的关口 Settings 模型、审批、沙盒、插件、MCP等配置入口 ⠀ B. 任务描述模板 ⠀ Code block Plain Text 目标：[你要达到什么效果] 范围：[只改哪些文件/目录] 约束：[不能做什么] 验证：[怎么确认改对了] 交付：[期望的输出形式] Automations 用来让 Codex 周期性或后台执行任务： ⠀ • 每天检查测试是否失败。 • 每周总结依赖更新。 • 定期检查文档是否和代码漂移。 • 监控某个 PR 或部署状态。 ⠀ 创建自动化前要明确： ⠀ • 运行频率。 • 工作目录。 • 是否允许写文件。 • 找到问题后通知还是自动修。 ⠀ 详见 CX 09。 ⠀ 12. App 与 GitHub / PR ⠀ App 的 Git 工作流通常是： ⠀ 1. Codex 修改本地文件。 2. 你在 Review 面板检查。 3. 运行测试。 4. stage / commit。 5. 推送分支。 6. 创建 PR。 7. 必要时交给 Cloud / Web 继续处理。 ⠀ GitHub / PR 详见 CX 10。 ⠀ 13. App 用户什么时候看 CLI / Web ⠀ ⠀ 14. 从零到 PR 的完整 App 实战 ⠀ 这一节是把前面的概念串起来。建议你拿一个非生产仓库练一遍。 ⠀ 14.1 第一步：只读建模 ⠀ ⠀ 通过标准： ⠀ • Codex 没有写文件。 • 输出里能指出命令来自哪个文件，例如 package.json、README、Makefile。 • 没有把不存在的命令编出来。 ⠀ 14.2 第二步：小范围修改 ⠀ ⠀ 通过标准： ⠀ • Review 里只有 README。 • 没有格式化整篇文件。 • Codex 能说明为什么改这一行。 ⠀ 14.3 第三步：让 Codex 自审一次 ⠀ ⠀ 如果当前 App 没有 /review，就用自然语言： ⠀ ⠀ 14.4 第四步：人工决定 Git 操作 ⠀ 学习阶段建议你让 Codex 只草拟： ⠀ ⠀ 你确认无误后再决定是否提交。这样可以保留人的最后控制权。 ⠀ 15. Codex App 课程交叉验证口径 ⠀ 为了避免 Codex 系列比 Claude Code 系列弱，本系列以后每次更新都按同一张表验收： ⠀ 维度 必须满足 官方来源 每篇至少列出对应官方文档或 release 来源 App 主线 普通用户先学 App；CLI / Cloud / SDK 是辅助 操作步骤 关键章节必须有可复制提示词或命令 风险边界 写清权限、沙盒、外部连接器、Git 操作边界 Review 涉及写文件时必须回到 Review / diff 可视化素材 如需配图，必须逐篇核对语义位置和来源，不做批量插图 版本口径 固定版本只作验证快照，最终以当前 App 和官方文档为准 维度 维度 必须满足 必须满足 官方来源 官方来源 每篇至少列出对应官方文档或 release 来源 每篇至少列出对应官方文档或 release 来源 App 主线 App 主线 普通用户先学 App；CLI / Cloud / SDK 是辅助 普通用户先学 App；CLI / Cloud / SDK 是辅助 操作步骤 操作步骤 关键章节必须有可复制提示词或命令 关键章节必须有可复制提示词或命令 风险边界 风险边界 写清权限、沙盒、外部连接器、Git 操作边界 写清权限、沙盒、外部连接器、Git 操作边界 Review Review 涉及写文件时必须回到 Review / diff 涉及写文件时必须回到 Review / diff 可视化素材 可视化素材 如需配图，必须逐篇核对语义位置和来源，不做批量插图 如需配图，必须逐篇核对语义位置和来源，不做批量插图 版本口径 版本口径 固定版本只作验证快照，最终以当前 App 和官方文档为准 固定版本只作验证快照，最终以当前 App 和官方文档为准 ⠀ 常见问题 ⠀ Q1：App 是不是只能聊天？ ⠀ 不是。App 是本地开发主控台，核心是线程、文件改动、Review、终端、插件、自动化。 ⠀ Q2：所有功能都要学吗？ ⠀ 不需要。先掌握 Thread、Review、Commands、AGENTS.md，再按需要学 MCP、Skills、Plugins、Automations。 ⠀ Q3：App 中看到的命令和 CLI 一样吗？ ⠀ 不一定。以当前 App 的 /help、命令补全和官方文档为准。CLI 能帮助核对，但不是 App 的替代品。 📝 总结与检查清单 ⠀ 完成本课后，请确认以下所有项： ⠀ 理解Local thread、Worktree thread、Cloud handoff三种工作方式的区别 能用五要素模板（目标 范围 约束 验证 交付）描述任务 知道如何在App中查看diff和审批命令 理解Settings中模型、审批、沙盒等配置入口 知道Commands、MCP、Skills、Plugins、Automations在App中的位置 不跳过Review直接合并 陌生项目先用只读模式 ⠀ 如果以上全部勾选，恭喜你掌握Codex App核心工作流！ 附录 ⠀ A. App核心概念速查 ⠀ 概念 一句话解释 Thread 一条任务线，包含上下文、历史和状态 Local thread 直接在当前工作区执行的任务线 Worktree thread 在隔离Git分支/目录中执行的任务线 Cloud handoff 将任务交给云端执行的接力模式 Review面板 查看diff、文件变更、行内反馈的关口 Settings 模型、审批、沙盒、插件、MCP等配置入口 概念 概念 一句话解释 一句话解释 Thread Thread 一条任务线，包含上下文、历史和状态 一条任务线，包含上下文、历史和状态 Local thread Local thread 直接在当前工作区执行的任务线 直接在当前工作区执行的任务线 Worktree thread Worktree thread 在隔离Git分支/目录中执行的任务线 在隔离Git分支/目录中执行的任务线 Cloud handoff Cloud handoff 将任务交给云端执行的接力模式 将任务交给云端执行的接力模式 Review面板 Review面板 查看diff、文件变更、行内反馈的关口 查看diff、文件变更、行内反馈的关口 Settings Settings 模型、审批、沙盒、插件、MCP等配置入口 模型、审批、沙盒、插件、MCP等配置入口 ⠀ B. 任务描述模板 ⠀ ⠀ C. 推荐学习资源 ⠀ • Codex App 官方文档：https://developers.openai.com/codex • Codex App Review 官方文档：https://developers.openai.com/codex/app/review • Codex App Automations 官方文档：https://developers.openai.com/codex/app/automations • 本系列上一篇：CX 01 Codex App 安装与认证 • 本系列下一篇：CX 03 Commands 工作流入口 课程制作：老金 最后更新：2026年5月30日 许可：本课程采用CC BY NC SA 4.0许可 下一步 ⠀ 下一篇：CX 03 Commands：App 里的 slash commands 与工作流入口。 定位说明：本篇是整个 Codex 系列的主轴。后续 Commands、MCP、Skills、Plugins、Automations、Review、Cloud 都围绕这里展开。 ⠀ 主要来源：OpenAI Codex App Features、App Commands、Settings、Review、Automations、MCP、Skills、Plugins、CLI Slash Commands 官方文档。 课程信息 ⠀ • 作者：老金 • GitHub：https://github.com/KimYx0207 • 公众号：老金带你玩AI • X（Twitter）：老金带你玩AI • 个人博客：https://aiking.dev • 预计学时：3 4小时 • 难度等级：⭐ 零基础入门 • 更新日期：2026年5月30日 • 信息来源：OpenAI Codex App Features、Settings、Review、Automations、MCP、Skills、Plugins 官方文档 • 前置要求：已完成 CX 01 Codex App 安装与认证 📚 本课学习目标 ⠀ 完成本课学习后，你将能够： ⠀ 1. 理解App的核心模型：掌握Thread、Worktree、Review、Terminal、Settings等核心概念 2. 区分三种工作方式：清楚Local thread、Worktree thread、Cloud handoff各自的适用场景 3. 写好任务描述：用目标 范围 约束 验证 交付五要素模板描述任务 4. 掌握Review工作流：在App中查看diff、审批命令、合并改动 5. 理解Settings配置：知道模型、审批、沙盒、插件、MCP在App中的配置入口 6. 建立App全局视角：知道Commands、MCP、Skills、Plugins、Automations在App中各自的位置和关系 7. 避免常见翻车场景：不盲目给写权限、不跳过Review、不用Cloud替代本地App 8. 跑通完整的App改动流程：从任务描述到diff检查到合并提交的全流程 🗺️ 学习路径导航（先看这里！） ⠀ 💡 根据你的情况选择学习路径：这是一篇长教程，不用全看！ 💡 根据你的情况选择学习路径：这是一篇长教程，不用全看！ ⠀ 路径A：快速上手（⏱️ 20分钟） ⠀ 适合人群：装好了App，想快速知道怎么用 ⠀ 只看这些章节（其他跳过）： ⠀ ⠀ 20分钟后你能达到：能用App描述任务、看懂diff、做基本操作 路径B：完整学习（⏱️ 3 4小时） ⠀ 适合人群：想系统掌握Codex App的全部工作流 ⠀ 学习顺序：从头到尾所有章节 路径C：问题排查（⏱️ 5分钟） ⠀ 适合人群：使用App时遇到问题 ⠀ 直接跳到： ⠀ 1. App 的核心模型 ⠀ Codex App 可以理解为一个桌面开发主控台。它把这些能力放到同一个工作流里： ⠀ 能力 App 中的意义 Thread 一条任务线。每个线程都有上下文、历史和状态 Local workspace 直接围绕当前本地目录工作 Worktree 给任务创建隔离分支/目录，降低互相覆盖风险 Review 查看 diff、文件变更、行内反馈、stage / unstage Terminal 让 Codex 在受控环境中运行命令 Settings 模型、审批、沙盒、插件、MCP、外观、Git 等配置 Automations 周期性或后台检查任务 Plugins / Connectors 连接 GitHub、Gmail、Drive、Slack 等外部上下文 Appshots 把截图、页面状态或视觉反馈带入线程，用于 UI 复核和问题定位 能力 能力 App 中的意义 App 中的意义 Thread Thread 一条任务线。每个线程都有上下文、历史和状态 一条任务线。每个线程都有上下文、历史和状态 Local workspace Local workspace 直接围绕当前本地目录工作 直接围绕当前本地目录工作 Worktree Worktree 给任务创建隔离分支/目录，降低互相覆盖风险 给任务创建隔离分支/目录，降低互相覆盖风险 Review Review 查看 diff、文件变更、行内反馈、stage / unstage 查看 diff、文件变更、行内反馈、stage / unstage Terminal Terminal 让 Codex 在受控环境中运行命令 让 Codex 在受控环境中运行命令 Settings Settings 模型、审批、沙盒、插件、MCP、外观、Git 等配置 模型、审批、沙盒、插件、MCP、外观、Git 等配置 Automations Automations 周期性或后台检查任务 周期性或后台检查任务 Plugins / Connectors Plugins / Connectors 连接 GitHub、Gmail、Drive、Slack 等外部上下文 连接 GitHub、Gmail、Drive、Slack 等外部上下文 Appshots Appshots 把截图、页面状态或视觉反馈带入线程，用于 UI 复核和问题定位 把截图、页面状态或视觉反馈带入线程，用于 UI 复核和问题定位 ⠀ 本系列后续功能都要回到这个模型里解释。 ⠀ 1.1 App 主控台不是“聊天窗口” ⠀ Codex App 的学习难点不在提示词，而在你是否把每个动作放到正确位置： ⠀ 你看到的东西 你真正要判断的事 错误用法 Thread 列表 哪条任务线承载当前上下文 同一个线程里混多个目标 Prompt 输入框 任务是否有目标、范围、验证和交付 只写“帮我优化一下” Terminal / 命令输出 命令是否按预期运行、有没有失败 只看 Codex 总结，不看输出 Review 面板 文件差异是否可接受 跳过 diff 直接提交 Settings 当前模型、审批、沙盒、工具是否匹配任务风险 所有项目都用同一套高权限配置 Apps / Connectors 外部上下文是否真的需要 为了方便授权过多服务 你看到的东西 你看到的东西 你真正要判断的事 你真正要判断的事 错误用法 错误用法 Thread 列表 Thread 列表 哪条任务线承载当前上下文 哪条任务线承载当前上下文 同一个线程里混多个目标 同一个线程里混多个目标 Prompt 输入框 Prompt 输入框 任务是否有目标、范围、验证和交付 任务是否有目标、范围、验证和交付 只写“帮我优化一下” 只写“帮我优化一下” Terminal / 命令输出 Terminal / 命令输出 命令是否按预期运行、有没有失败 命令是否按预期运行、有没有失败 只看 Codex 总结，不看输出 只看 Codex 总结，不看输出 Review 面板 Review 面板 文件差异是否可接受 文件差异是否可接受 跳过 diff 直接提交 跳过 diff 直接提交 Settings Settings 当前模型、审批、沙盒、工具是否匹配任务风险 当前模型、审批、沙盒、工具是否匹配任务风险 所有项目都用同一套高权限配置 所有项目都用同一套高权限配置 Apps / Connectors Apps / Connectors 外部上下文是否真的需要 外部上下文是否真的需要 为了方便授权过多服务 为了方便授权过多服务 ⠀ 一句话：App 负责把“任务、文件、命令、权限、审查、外部上下文”放在同一个桌面流程里。你要学的是流程控制，不是只学几个命令。 ⠀ 1.2 新手每天都该用的三条安全线 ⠀ 1. 第一次进陌生项目，先发只读任务，不让 Codex 写文件。 2. 第一次允许写文件，只改低风险文档或单个小范围文件。 3. 每次写完都进 Review 面板看 diff，不把“Codex 说完成了”当成验收。 ⠀ 这三条比任何高级插件都重要。只要你守住它们，App 工作流会比纯 CLI 更容易控制。 ⠀ 2. 三种工作方式 ⠀ 2.1 Local thread ⠀ 适合小任务和只读任务： ⠀ ⠀ 优点：快，直接使用当前工作区。 ⠀ 风险：如果让 Codex 写文件，改动会进入当前工作区。学习阶段要盯住 Review 面板。 ⠀ 2.2 Worktree thread ⠀ 适合功能开发、重构、风险较高的改动： ⠀ ⠀ 优点：隔离改动，多个任务可以并行。 ⠀ 注意：worktree 仍然是真实 Git 工作区。合并前要 Review。 ⠀ 2.3 Cloud / Web handoff ⠀ 适合云端仓库任务、长时间后台任务和 PR 工作流。App 是本地主控台，Cloud 是远程执行环境。不要把 Cloud 当成本地 App 的替代品。 ⠀ 2.4 三种方式怎么选 ⠀ 任务 推荐方式 为什么 读项目、找启动命令、解释报错 Local thread 只读 快，风险低 改一个文件或少量文档 Local thread + Review 改动小，容易检查 新功能、重构、修多个文件 Worktree thread 隔离改动，便于撤回 盯 PR、修 CI、长时间后台任务 Cloud / Web handoff 不占用本地环境 依赖本机浏览器、私有服务、桌面 App Local thread 云端通常拿不到本机状态 任务 任务 推荐方式 推荐方式 为什么 为什么 读项目、找启动命令、解释报错 读项目、找启动命令、解释报错 Local thread 只读 Local thread 只读 快，风险低 快，风险低 改一个文件或少量文档 改一个文件或少量文档 Local thread + Review Local thread + Review 改动小，容易检查 改动小，容易检查 新功能、重构、修多个文件 新功能、重构、修多个文件 Worktree thread Worktree thread 隔离改动，便于撤回 隔离改动，便于撤回 盯 PR、修 CI、长时间后台任务 盯 PR、修 CI、长时间后台任务 Cloud / Web handoff Cloud / Web handoff 不占用本地环境 不占用本地环境 依赖本机浏览器、私有服务、桌面 App 依赖本机浏览器、私有服务、桌面 App Local thread Local thread 云端通常拿不到本机状态 云端通常拿不到本机状态 ⠀ 判断标准不是“哪个功能更酷”，而是：执行环境能不能看到需要的文件、命令和服务；失败时你能不能快速撤销。 ⠀ 3. App 任务描述模板 ⠀ 好任务要包含五件事： ⠀ ⠀ 不要只写： ⠀ ⠀ 因为 Codex 不知道范围、验证方式和停止条件。 ⠀ 3.1 三类高质量任务模板 ⠀ 只读理解任务 ⠀ ⠀ 小范围修复任务 ⠀ ⠀ UI / 页面反馈任务 ⠀ ⠀ 3.2 不要写进任务里的东西 ⠀ • 不要写 API key、cookie、token、私有账号。 • 不要让 Codex “顺手优化所有代码”。 • 不要把“自动提交、自动推送、自动发 PR”设成默认动作。 • 不要让它在没说明原因时安装新依赖。 • 不要把不确定的命令当成事实；让它先从项目文件里找证据。 ⠀ 4. App Review 工作流 ⠀ 每次 Codex 修改文件后，你都应该看 Review： ⠀ 1. 看文件列表：确认只改了目标范围。 2. 看 diff：确认行为变化合理。 3. 看测试输出：确认验证真的跑过。 4. 行内指出问题：让 Codex 继续修。 5. 需要提交时再 stage / commit。 ⠀ 典型提示： ⠀ ⠀ 4.1 Review 面板逐项检查法 ⠀ 检查项 看什么 不通过时怎么处理 文件列表 是否只改了任务范围内文件 让 Codex 解释范围外改动，必要时撤掉 单文件 diff 是否有无关格式化、删除、重命名 行内指出具体片段重改 命令记录 是否真的运行验证命令 要求运行相关命令，或说明不能运行原因 生成文件 是否出现 lockfile、build output、缓存 确认是否必要，不必要就删除 安全项 是否碰到 .env、token、权限配置 立即停止并人工审查 Git 操作 是否 stage / commit / push 到正确目标 学习阶段让 Codex 只草拟，不自动执行 检查项 检查项 看什么 看什么 不通过时怎么处理 不通过时怎么处理 文件列表 文件列表 是否只改了任务范围内文件 是否只改了任务范围内文件 让 Codex 解释范围外改动，必要时撤掉 让 Codex 解释范围外改动，必要时撤掉 单文件 diff 单文件 diff 是否有无关格式化、删除、重命名 是否有无关格式化、删除、重命名 行内指出具体片段重改 行内指出具体片段重改 命令记录 命令记录 是否真的运行验证命令 是否真的运行验证命令 要求运行相关命令，或说明不能运行原因 要求运行相关命令，或说明不能运行原因 生成文件 生成文件 是否出现 lockfile、build output、缓存 是否出现 lockfile、build output、缓存 确认是否必要，不必要就删除 确认是否必要，不必要就删除 安全项 安全项 是否碰到 .env、token、权限配置 是否碰到 .env、token、权限配置 立即停止并人工审查 立即停止并人工审查 Git 操作 Git 操作 是否 stage / commit / push 到正确目标 是否 stage / commit / push 到正确目标 学习阶段让 Codex 只草拟，不自动执行 学习阶段让 Codex 只草拟，不自动执行 ⠀ 4.2 App 里继续修的正确说法 ⠀ 不要开新线程说“你刚才改错了”。在同一线程里引用具体 diff： ⠀ ⠀ 这样 Codex 能保留上下文，改动也更容易收敛。 ⠀ 5. App 中的 Commands ⠀ Commands 是 App 里最快的工作流入口。你可以在输入框里输入 / 查看当前可用命令。 ⠀ 常见类型： ⠀ 类型 例子 用途 会话 /new、/resume、/compact 管理线程和上下文 状态 /status 查看模型、工作区、审批、上下文状态 工作流 /plan、/review 计划、审查 工具 /mcp、Apps / Plugins 入口 外部能力入口 反馈 /feedback 向产品反馈问题 类型 类型 例子 例子 用途 用途 会话 会话 /new、/resume、/compact /new、/resume、/compact 管理线程和上下文 管理线程和上下文 状态 状态 /status /status 查看模型、工作区、审批、上下文状态 查看模型、工作区、审批、上下文状态 工作流 工作流 /plan、/review /plan、/review 计划、审查 计划、审查 工具 工具 /mcp、Apps / Plugins 入口 /mcp、Apps / Plugins 入口 外部能力入口 外部能力入口 反馈 反馈 /feedback /feedback 向产品反馈问题 向产品反馈问题 ⠀ 不同版本、实验开关和插件会改变命令列表。App 用户先输入 / 看当前列表；/goal、/loop 等长目标/循环入口如果当前 App 显示，再按 CX 03 的实验能力写法使用。完整讲解见 CX 03。 ⠀ 5.1 App 命令的正确学习方式 ⠀ App 命令会随版本、账号、实验开关、插件和连接器变化。本教程只把 /status、/plan、/review、/mcp 这类稳定工作流当作教学主线；其他命令必须以当前 App 输入 / 后的列表为准。 ⠀ 如果你想核对一个命令是否可用，按这个顺序： ⠀ 1. 在 App 输入 / 看当前列表。 2. 看命令弹出的说明文字。 3. 再查官方 App Commands 文档。 4. CLI 里的命令只能辅助理解