メニュー
工作流路由器。收到开发任务时触发。按任务复杂度路由到 6 条路径，编排 CC 工具 + 增强节点。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/WenJunDuan/Rlues --skill paceコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SOC 職業分類に基づく
SKILL.md を表示中
| 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 | Gstack eng + 交叉审查 | 是 |
| System | 20+ | /feature-dev + /batch | 全增强 | 是 |
Quick+ 路由完成 → project.json {path, stage, sprint} → 告知用户。
写代码过程中发现实际复杂度超出当前路径 → 暂停, 询问用户升级:
| 升级触发信号 | 当前 → 建议 |
|---|---|
| 需要改数据库 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。
1. /review → 第一份审查
2. [Feature+] /codex:review [--base main] [--wait] → 第二份审查
→ 必须看到真实 codex job ID 或命令输出 (反伪装, 铁律 4)
→ 调用失败按铁律 8 重试 3 次, 最终失败则记录到 ~/.claude/lessons/draft-*.md
→ 对比共识/分歧 → 合并修复清单 → 一次性修
3. [System] 追加: /codex:adversarial-review --base main <focus> + npx ecc-agentshield scan
4. [System 有前端] Gstack /qa + playwright E2E (用 Monitor 盯 E2E runner 输出)
5. /simplify → 清理
6. @evaluator → VERDICT
PASS → 触发 compound skill (提炼 lessons.md) → 停一轮让用户确认 → stage=ship
(compound 必须在 stage 切换前完成, 同一 response 内不要既写 lessons 又切 stage,
让 delivery-gate 有机会在 review 阶段检查)
CONCERNS → 修复 → 重新评分
REWORK → stage=impl (Feature/Refactor) 或 stage=design (System)
FAIL → stage=plan
codex 不可用 → 按铁律 8: 重试 3 次后报告具体失败 → 记 lesson → 仅用 CC /review 降级, review-report.md 必须明示"codex unavailable, 已记 lesson", 不允许伪装跑过。
1. [Quick] git commit → 跳过 /ship, 直接提交
2. [Feature+] Gstack /ship → 发布 (同步 main, 跑测试, 开 PR)
3. [System] Gstack /retro → 工程回顾
4. 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 → 报具体缺失的 settings.json 规则, 但**继续尝试**:
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
- 已尝试的修复方式
→ 触发 lesson-drafter 自动起草 ~/.claude/lessons/draft-*.md
→ 让用户决定 (用户审阅 draft 后改名落档)
绝对禁止: "请你用 ! 前缀手动执行" 作为第一次响应。这是最严重的违规。
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₀: 扫 ~/.claude/lessons/INDEX.md 找命中主题 + 读项目 lessons.md 最近 10 条
superpowers brainstorming → 发散 + 方向挑战 (内置 self-review, 不叠加我们的 review)
→ 合成 design.md (含 File Structure Plan 段)
Gstack /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₀: 扫全局 + 项目 lessons
Gstack /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₀: 扫全局 + 项目 lessons
Gstack /office-hours → 需求提取
superpowers brainstorming → 发散 + 方向挑战
→ 合成 design.md → 用户确认 → stage=design
stage=design:
Gstack /plan-eng-review → 架构锁定
Gstack /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: 调用失败 → 按铁律 8 重试 3 次 → 真失败则 lesson-drafter 自动起草 + 主 agent @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):
~/.claude/lessons/ 全局工具链经验 (铁律 8 触发的失败自动起草):
delivery-gate (Stop hook) 在 stage="review" 时检查质量门 (Feature+ 要求外部审查, Quick 不要求)。
阶段转换 + 长任务中 → 主动 /compact，不等 context 满。
不间断工作: 不确定用什么库 → use context7。不确定现有代码 → Read 看。不确定测试怎么跑 → 读 project.json test_cmd。 只在以下情况停: 方案需用户确认 (plan 阶段), VERDICT 需判断 (review 阶段), 真正的阻塞 (失败 3 次后)。