القائمة
工作流路由器。收到开发任务时触发。按任务复杂度路由到 6 条路径，编排 CC 工具 + 增强节点。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/WenJunDuan/Rlues --skill paceيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
عرض SKILL.md
استنادا إلى تصنيف SOC المهني
| name | pace |
| effort | xhigh |
| description | 工作流路由器。收到开发任务时触发。按任务复杂度路由到 6 条路径，编排 CC 工具 + 增强节点。 |
首先读 .ai_state/project.json。有 stage → 从当前阶段继续。
.ai_state/ 不存在 → 提示 /vibe-init。
┌─ 1行/配置 ──────→ Hotfix
修复 ────┤
└─ 需要调试 ─────→ Bugfix
┌─ 需求清晰/小 ──→ Quick
新建 ────┤ 需要设计 ─────→ Feature
├─ 改现有结构 ───→ Refactor
└─ 跨模块/服务 ──→ System
| Path | 文件量 | CC 主力 | 增强 | 写 project.json |
|---|---|---|---|---|
| Hotfix | 1 | Edit | 无 | 否 |
| Bugfix | 1-5 | /debug | 无 | 否 |
| Quick | 1-10 | TDD | 可选交叉审查 | 是 |
| Feature | 5-20 | /feature-dev | brainstorming + 交叉审查 | 是 |
| Refactor | 10-50 | /batch | superpowers + 交叉审查 | 是 |
| System | 20+ | /feature-dev + /batch | 全增强 | 是 |
Quick+ 路由完成 → project.json {path, stage, sprint} → 告知用户。
某些任务在 Codex 上比 CC 更经济/更准:
| 信号 | 建议 |
|---|---|
| 任务以终端命令为主 (build/test/grep/sed/find) | Codex Terminal-Bench 比 CC 强 12pp，考虑用 codex-plugin-cc 委派 |
| 大量重复改写 (改 100 个文件同样 import 路径) | Codex token 比 CC 少 3-4×，更经济 |
| 需要多 reviewer 互相 critique | CC 主跑 + /codex:adversarial-review 二审 (双模型 catch 单模型盲点) |
| 设计/架构判断 | CC Opus 4.7 略强，主跑 CC + 让 Codex review |
不强制——这是建议，不是规则。
写代码过程中发现实际复杂度超出当前路径 → 暂停, 询问用户升级:
| 升级触发信号 | 当前 → 建议 |
|---|---|
| 需要改数据库 schema | * → System |
| 跨 3+ 模块的接口变更 | Feature → System |
| 实际改文件数 > 当前路径上限的 50% | Quick → Feature, Feature → Refactor/System |
| Refactor 中发现需要新增模块/重新设计接口 | Refactor → System |
升级流程: 用户确认 → project.json path 升级 + stage 回到 design (System) 或 plan (其他) → progress.md 追加升级记录 → 重新 plan。 不自动升级, 避免 Claude 借机扩 scope。
只有装了对应插件才用; 没装就走 CC 原生流程。vibe-setup 检测后只显示已装的——不诱导。
| 节点 | 推荐插件 (按场景) |
|---|---|
| Hotfix | metronome (防跳步走捷径) |
| Bugfix | debugger / bug-fix / metronome |
| Quick | superpowers (brainstorm) / context7 (查文档) |
| Feature 实现 | superpowers TDD + subagent dev / dev-workflows / context7 |
| Feature 审查 | codex-plugin-cc / agent-peer-review / local-review |
| Refactor | superpowers / TypeScript LSP / Rust LSP / ast-grep |
| Refactor 审查 | codex-plugin-cc / AgentLint |
| System 实现 | superpowers / shipyard (IaC) / mcp-builder |
| System 审查 | codex-plugin-cc / agent-peer-review |
| 跨节点 | claude-mem (跨 session 记忆, 替代删除的全局 lessons) / context-mode (大输出 sandbox 化) |
1. /review → 第一份审查
2. [Feature+] /codex:review [--base main] [--wait] → 第二份审查
→ 必须看到真实 codex job ID 或命令输出 (铁律 6: 完成度证据)
→ 调用失败 → 失败处理协议 (见下)
→ 对比共识/分歧 → 合并修复清单 → 一次性修
3. [System] 追加: /codex:adversarial-review --base main <focus> + npx ecc-agentshield scan
4. [System 有前端] superpowers /qa + playwright E2E (用 Monitor 盯 E2E runner 输出)
5. /simplify → 清理
6. @evaluator → VERDICT
PASS → 触发 compound skill (提炼 .ai_state/lessons.md) → 停一轮让用户确认 → stage=ship
(compound 必须在 stage 切换前完成, 不要同一 response 既写 lessons 又切 stage)
CONCERNS → 修复 → 重新评分
REWORK → stage=impl (Feature/Refactor) 或 stage=design (System)
FAIL → stage=plan
codex 不可用 → 失败处理协议三次后接受失败 → 仅用 CC /review 降级，review-report.md 必须明示 "codex unavailable, 已附 stderr", 不允许伪装跑过。
1. [Quick] git commit → 跳过 /ship, 直接提交
2. [Feature+] superpowers /ship → 发布 (同步 main, 跑测试, 开 PR)
3. [System] superpowers /retro → 工程回顾
4. .ai_state/lessons.md (compound 已追加) + progress.md 最终更新
5. project.json: stage="", sprint+1
6. /compact "Sprint N 完成"
工具调用失败 (任意 Bash/Skill/Task):
Round 1: 读 stderr 和 exit code, 分类:
- permission denied → 报具体阻断的命令, 但**继续尝试**:
a) 用 settings.local.json 临时绕过 (告知用户)
b) 换等价命令 (如 node 改 npx)
c) 拆到主 agent 而非 subagent
- command not found → 装包 (npm i / brew install) 或换工具
- subagent 报"无能力" → 实测一次 (写 echo 探测), 真不可用则主 agent 接管
Round 2: 改参数 / 换路径 / 换工具
Round 3: 仍失败 → 报告每次的:
- 完整命令
- 完整 stderr
- exit code
- 已尝试的修复方式
→ 写入 review-report.md / progress.md 作为完成度证据
绝对禁止: "请你用 ! 前缀手动执行" 作为第一次响应。这是最严重的违规。
subagent 边界约束 (v9.5): subagent 输出预算 ≤ 2000 tokens (Anthropic 多 agent research 经验)。深入探索可以，但只回传关键发现。
Edit → test_cmd (有就跑) → git commit → 完
/debug → 定位根因
TDD: 写回归测试(复现) → 修复 → 测试通过
lint_cmd (有就跑) → /review → git commit
自愈: 修不好 → /debug 再来一轮 (限 3 轮) → 3 轮后通知用户
stages: impl → review → ship
stage=impl:
Explore: 读要改的文件 + 调用方
TDD 实现 (superpowers brainstorming 自动激活, 它自己做内置 self-review)
库文档不确定 → use context7 (ctx7 CLI 自动触发)
每完成 Task → tasks.md 勾选 + progress.md 追加一行
路径升级监测 (见上)
lint_cmd + test_cmd → /simplify → stage=review
stage=review: → 审查协议
stage=ship: → 发布协议
stages: plan → impl → review → ship
stage=plan:
R₀: 命中主题再读 .ai_state/lessons.md (just-in-time, 不预加载)
superpowers brainstorming → 发散 + 方向挑战 (内置 self-review)
→ 合成 design.md (含 File Structure Plan 段)
superpowers /plan-eng-review → 架构交叉验证 (不可用 → /plan 替代)
用户确认 → tasks.md (每 Task 加 Boundary/Depends 标注) → /compact "进入实现" → stage=impl
stage=impl:
/feature-dev "需求描述"
Phase 4 (架构) 前 → 用户确认
每完成 Task → tasks.md 勾选 + progress.md 追加一行
设计偏离 → 先改 design.md 再继续 (铁律 5)
库文档不确定 → use context7
dev server / 长跑测试 → Monitor (避免 sleep 轮询)
路径升级监测 → 触发即停
/simplify → stage=review
stage=review: → 审查协议
stage=ship: → 发布协议
stages: plan → impl → review → ship
stage=plan:
R₀: 按需 read .ai_state/lessons.md
superpowers /plan-eng-review → 验证重构方案 (不可用 → /plan)
用户确认 → design.md (含 before/after 边界) + tasks.md (Boundary/Depends) → stage=impl
stage=impl:
/batch "重构描述"
CC 自动: Research → Plan → 用户确认 → 并行 worktree → 每 worker /simplify + 测试
每完成一组 Task → tasks.md 勾选 + progress.md 追加
路径升级: 发现需要新增模块 → 升 System
→ stage=review
stage=review: → 审查协议
stage=ship: → 发布协议
stages: plan → design → impl → review → ship
stage=plan:
R₀: 按需 read .ai_state/lessons.md
superpowers /office-hours → 需求提取
superpowers brainstorming → 发散 + 方向挑战
→ 合成 design.md → 用户确认 → stage=design
stage=design:
superpowers /plan-eng-review → 架构锁定
superpowers /plan-design-review → 设计审查 (有 UI 时)
design.md 必含 File Structure Plan (定义模块边界) → tasks 据此拆
→ 合成 tasks.md (每 Task 含 Boundary/Depends) → 用户确认 → stage=impl
stage=impl:
按 Task 性质选工具:
批量同模式 → /batch 并行
复杂独立 → /feature-dev
跨模型委托 → /codex:rescue "<prompt 内容>" [--background] [--model gpt-5.4-mini]:
Step 1: 用 find/Read 构造 handoff.md (实际文件树 + 相关代码片段 + 验收标准)
Step 2: Read handoff.md 全文 → 作为字符串参数传给 /codex:rescue
(Codex 不会自动读 handoff.md, 必须显式传入)
Step 3: --background 时用 Monitor 盯 job 输出文件 + /codex:status 查状态
Step 4: /codex:result 取回 → 验证引用的文件 test -f → 不存在的结论作废
Step 5: 调用失败 → 失败处理协议三轮 → 真失败则 @generator 接管
幻觉>50% → 降级到 @generator
每完成 Task → tasks.md 勾选 + progress.md 追加
设计偏离 → 先改 design.md 再继续
/compact (每完成一组)
全部完成 → /simplify → stage=review
stage=review: → 审查协议 (含 adversarial + ECC + /qa + E2E 用 Monitor)
stage=ship: → 发布协议 (含 /retro)
project.json: path, stage, sprint, tech_stack, test_cmd, build_cmd, lint_cmd, dev_cmd, conventions, gotchas
合法 path: Quick, Feature, Refactor, System (Hotfix/Bugfix 不写 project.json) 合法 stage: plan, design (System only), impl, review, ship, "" (完成)
.ai_state/ 文档职责 (铁律 5, just-in-time):
跨项目记忆已删除: Hermes 不做。需要的话装 claude-mem 或 superpowers。
delivery-gate (Stop hook) 在 stage="review" 时检查质量门 (Feature+ 要求外部审查, Quick 不要求)。
阶段转换 + 长任务中 → 主动 /compact，不等 context 满。
不间断工作: 不确定用什么库 → use context7。不确定现有代码 → Read 看。不确定测试怎么跑 → 读 project.json test_cmd。 只在以下情况停: 方案需用户确认 (plan 阶段), VERDICT 需判断 (review 阶段), 真正的阻塞 (失败 3 次后)。