القائمة
在 Codex 中使用 autopilot 的全闭环 runtime 时使用。适用于用户提到 /autopilot、自动驾驶、设计审批、红蓝对抗、五层 QA，或希望在 Codex 中继续沿用 autopilot 方法论的场景。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
诊断项目工程健康度，评估 autopilot 兼容性并提供改进建议。当用户说"诊断"、"doctor"、"工程健康"、"为什么 autopilot 效果不好"时使用。
当用户需要从目标描述到代码合并的端到端自动化、或说"自动驾驶"时使用。
autopilot design 阶段需求探索专用。在写设计文档前通过逐个澄清问题理解用户意图，提出 2-3 方案让用户选择，输出共识总结到 brainstorm.md 后交回主 skill。当 autopilot skill 在 design 阶段委托调用时使用。
管理 autopilot 项目模式的任务 DAG。当用户运行 /autopilot status（有项目时）或 /autopilot next 时提供上下文参考。
当用户需要提交代码、运行 git commit、或说"提交"时使用。
专业技术文章评价与改进建议工具。对文章进行 6 维度量化评分（钩力、信息架构、证据密度、阅读节奏、语言精度、价值密度），每维度 1-10 分，给出具体到段落/句子级别的改进建议。当用户要求评价文章质量、审稿、给文章提建议、分析文章优劣、对比两篇文章时使用。也适用于用户发来一篇文章问"怎么样"、"有什么问题"、"帮我看看"、"评分"等场景。专注于专业技术文章（产品公告、行业分析、技术深度、企业博客）的评价，不覆盖个人博客或散文类写作。
| name | autopilot-codex |
| description | 在 Codex 中使用 autopilot 的全闭环 runtime 时使用。适用于用户提到 /autopilot、自动驾驶、设计审批、红蓝对抗、五层 QA，或希望在 Codex 中继续沿用 autopilot 方法论的场景。 |
这是面向 Codex CLI 的 autopilot 全闭环入口。目标不是只复用方法论，而是在 Codex 中恢复与 Claude autopilot 等价的 phase-state runtime、审批门、红蓝攻防和 QA 闭环。
以下文件是插件内置的只读基线：
baselines/claude-autopilot.mdreferences/把它们当作设计、红蓝攻防和 QA 模板来源。Claude 专有 runtime 机制不要直接照搬，但行为要尽量对齐。
.codex/autopilot.local.md.claude/autopilot.local.md.autopilot/ 只作为当前项目的只读知识库Stop runtime优先通过状态脚本管理状态文件，而不是手写 frontmatter。先解析脚本路径：
AUTOPILOT_STATE_SCRIPT="$(git rev-parse --show-toplevel 2>/dev/null)/codex/plugins/autopilot-codex/assets/scripts/autopilot_state.py"
if [ ! -f "$AUTOPILOT_STATE_SCRIPT" ]; then
AUTOPILOT_STATE_SCRIPT="${CODEX_HOME:-$HOME/.codex}/plugins/cache/string-codex-plugins/autopilot-codex/local/assets/scripts/autopilot_state.py"
fi
控制命令统一用它：
python3 "$AUTOPILOT_STATE_SCRIPT" start --goal "<GOAL>"
python3 "$AUTOPILOT_STATE_SCRIPT" approve [--feedback "<TEXT>"]
python3 "$AUTOPILOT_STATE_SCRIPT" revise --feedback "<TEXT>"
python3 "$AUTOPILOT_STATE_SCRIPT" status [--json]
python3 "$AUTOPILOT_STATE_SCRIPT" cancel [--reason "<TEXT>"]
把当前用户请求视为以下两类之一：
approverevise <反馈>statuscancel如果用户请求更像提交或诊断：
autopilot commit -> 引导并使用 $autopilot-commit-codexautopilot doctor -> 引导并使用 $autopilot-doctor-codex状态文件至少维护这些 frontmatter：
runtime: "codex"phase: "design" | "implement" | "qa" | "auto-fix" | "merge" | "done" | "cancelled"gate: "" | "design-approval" | "review-accept"iterationmax_iterationsretry_countmax_retriessession_idqa_scopestarted_atupdated_atgoalphase、gate、retry_count、qa_scope、updated_at 时，先把 .codex/autopilot.local.md 写对，再结束当前回复## 目标、## 设计文档、## 实现计划、## 验证方案## 红队验收测试，并在 ## 变更日志 留下并行执行或 forced downgrade 记录## QA 报告 里追加新的轮次结果、失败项、修复证据和重跑结果phase=donepython3 "$AUTOPILOT_STATE_SCRIPT" start --goal "<GOAL>".codex/autopilot.local.md 并立刻进入当前 phase 工作流approve -> 运行 approverevise <反馈> -> 运行 revisestatus -> 运行 statuscancel -> 运行 cancelimplement、auto-fix 或 merge），在同一轮继续推进；不要只改状态不推进先做设计，不直接写代码。
.autopilot/index.md，先读索引并按需加载最多 3 个相关知识文件.autopilot/，退回读取 decisions.md 和 patterns.md## 目标## 设计文档## 实现计划## 验证方案设计产物至少包含：
设计完成后必须启动 plan reviewer 子代理：
references/plan-reviewer-prompt.md完成后：
gate: "design-approval"updated_atapprove 或 revise实现阶段必须先产出红队验收标准，再进入编码。
## 红队验收测试如果子代理工具不可用或调用失败：
## 变更日志FORCED DOWNGRADE实现阶段要写回状态文件：
updated_at实现完成后进入 phase=qa
执行顺序固定：
规则：
如果 QA 失败：
## QA 报告 追加失败证据phase=auto-fixretry_count += 1如果 QA 通过：
qa_scope=""phase=mergegate=review-acceptupdated_atapprove 或 revise## QA 报告，逐项列出失败原因、根因假设、修复动作和重跑证据retry_count < max_retries：
qa_scope="selective"phase=qaupdated_atretry_count >= max_retries：
## QA 报告 记录仍未解决项gate=review-acceptupdated_at$autopilot-commit-codexdonephase=donecancel：先把 phase 设为 cancelled，记录取消原因；Stop hook 会在本轮结束后清理状态文件phase 设为 done；Stop hook 会自动清理状态文件design-approval、review-accept、done 或 cancelled 准备把控制权还给用户时，尽力播放一次完成提示音.claude/ 的运行时文件里