c31-dev

C31-Dev — 完整开发流水线引导

Philosophy

Process over speed. Shared understanding before execution.

C31-Dev 不是"一键自动化"，而是"有刹车的流水线"。每个阶段的用户确认是不可跳过的——这正是它存在的理由。

Pipeline 概览

┌──────────┐     ┌──────────┐     ┌──────────┐     ┌──────────┐
│  C31-    │ ──→ │  C31-    │ ──→ │  C31-    │ ──→ │  C31-    │
│  Grill   │     │  Spec    │     │  Plan    │     │  LFG     │
│ (拷问)   │     │ (PRD)    │     │ (蓝图)   │     │ (执行)   │
└──────────┘     └──────────┘     └──────────┘     └──────────┘
     ↑                 ↑                ↑                ↑
  用户确认          用户确认         用户确认         用户确认
  "共识达成"        "PRD OK"        "Plan OK"        "开干"

触发条件

• "我要做个…" / "我想开发…" / "I want to build..."
• "实现这个…" / "开发新功能"
• "走完整流程" / "pipeline" / "全流程"
• 任何从零开始构建软件/工具/功能的请求

Workflow

Phase 0: 初始化

步骤 0.1: 读取已有上下文

• 检查 memory/.planning/phases/ 是否有相关 PRD/Plan
• 检查 memory/grill-sessions/ 是否有相关共识文档
• 搜索 memory/ 看是否有历史项目关联

步骤 0.2: 初始化状态

• 创建/读取 memory/.planning/pipeline-state-{project}.md
• 标记当前阶段为 grill
• 向用户说明 Pipeline 流程和确认门控机制

"进入 C31-Dev 流水线。我们会依次经过 Grill（需求拷问）→ Spec（PRD）→ Plan（技术规划）→ Work（执行）。每个阶段需要你的确认才能进入下一步。随时可以喊停。"

Phase 1: Grill（需求拷问 + 复杂度判定）

Grill 阶段同时承担复杂度判定职责——通过逐层拷问暴露隐藏假设，让真实复杂度自然浮现。不需要预评估。

步骤 1.1: 遵循 skills/C31-grill/SKILL.md 的完整流程：

• 一次一问，附带推荐答案
• 自动检测新术语、关键决策、记忆冲突
• 实时写入 memory/glossary.md 和 memory/decisions/

步骤 1.2: 复杂度判定（Grill 过程中自然浮现）

信号	含义
3-5 个问题后用户说"行了，很清楚了"	项目简单，可能跳过 Spec 直接 Plan 或直接 Work
多个分支都需要深入确认	标准流程：Grill → Spec → Plan → Work
涉及架构变更、安全、外部依赖	深度流程：Grill 不跳过，Plan 需 CEDAR + STRIDE

步骤 1.3: 共识确认

• 输出共识文档摘要
• 询问用户："共识是否达成？进入 Spec 阶段，还是跳过直接 Plan/Work？"
• 选项：确认进 Spec / 跳过 Spec 直接 Plan / 跳过 Spec+Plan 直接 Work / 继续 Grill / 暂停

Phase 2: Spec（PRD 撰写）

激活条件：Grill 共识达成后，用户未选择跳过

步骤 2.1: 读取 Phase 1 的共识文档（如存在）和现有 REQUIREMENTS.md

步骤 2.2: 遵循 skills/C31-spec/SKILL.md 的 5 步流程：

1. 必要时拦截"直接写代码"的冲动
2. 渐进式披露 5 个问题
3. 撰写 PRD → memory/.planning/phases/XX-PRD.md
4. 验证门：成功标准可验证？边界非空？
5. 生成 PLAN 骨架