🚀 本地开发框架架构图

AI 驱动的多 CLI 协作开发系统,让 Claude Code 接管项目生命周期

Claude Code + GSD + Superpowers + ECC + 多语言子项目
1

整体架构总览

flowchart TB
    subgraph 用户层["👤 用户层"]
        U["你(产品负责人)"]
    end

    subgraph 主控层["🎯 主控层 - Claude Code + GSD"]
        CC["Claude Code CLI
唯一主控"] GSD["GSD 工作流
需求→计划→执行→验证→发版"] end subgraph 项目记忆层["💾 项目记忆层"] PROJECT["PROJECT.md"] REQ["REQUIREMENTS.md"] ROAD["ROADMAP.md"] STATE["STATE.md"] PLAN["PLAN.md"] end subgraph 执行层["⚙️ 执行层"] PHASE["Phase Branch
+ Worktree"] EXEC["execute-phase"] end subgraph 质量门层["🛡️ 质量门层"] TDD["TDD Gate"] WT["Worktree Gate"] REV["Review Gate"] end subgraph 副驾驶层["🚀 副驾驶层"] CODEX["Codex CLI
审查/补丁"] GEMINI["Gemini CLI
研究/对比"] ANTI["Antigravity
实验原型"] end subgraph 子项目层["📦 子项目层"] GO["Go Service"] RUST["Rust Service"] IOS["iOS App"] ANDROID["Android App"] end U --> CC CC --> GSD GSD --> PROJECT & REQ & ROAD & STATE & PLAN GSD --> PHASE PHASE --> EXEC EXEC --> TDD & WT & REV REV --> CODEX TDD --> GO & RUST & IOS & ANDROID
2

五大库定位对比

🎯

GSD

显式可控的研发操作系统,多 CLI 原生支持,管理项目生命周期

完整安装

Superpowers

自动触发的工程化驾驶辅助,TDD 强约束,subagent 执行

借鉴三 Gate
📦

ECC

大而全的能力包,agents/skills/hooks/rules/MCP 全覆盖

拆分使用
🧠

OpenSpace

技能进化/共享层,让 agent 沉淀 skill、复用经验

V2 再上
📜

Karpathy Skills

底层行为约束:先澄清、保持简单、外科手术式修改

写入全局规则
3

GSD vs Superpowers 详细对比

维度 GSD Superpowers
交互方式 你主动调用 `/gsd-*` 命令 技能自动触发
核心目标 解决 context rot,管理项目生命周期 让 agent 按严格工程流程执行
适合粒度 项目级、里程碑级、跨会话 功能级、分支级、单次开发
过程可见性 很高,文档显式落盘 中高,系统自动触发
测试哲学 强调验证、UAT、目标达成 严格 RED-GREEN-REFACTOR
Git 模型 原子提交、phase 管理 worktree 隔离、finish branch
多 CLI 支持 非常高 ✅ 支持但偏单一方法论

✅ GSD 适合你

  • 多 CLI 混合环境
  • 长期项目、跨会话开发
  • 需要可控、可预期的流程

⚡ Superpowers 适合

  • 单一 coding agent
  • 重视 TDD + worktree + review
  • 接受强工程约束
4

完整工作流程

1
new-project / map-codebase
2
discuss-phase 需求澄清
3
plan-phase 原子任务
4
建 worktree 隔离
5
execute-phase 执行
6
自审 + Codex review
7
verify-work UAT
8
ship 发版
flowchart LR
    NEW["new-project"] --> DISC["discuss-phase"]
    DISC --> PLAN["plan-phase"]
    PLAN --> WT["建 worktree"]
    WT --> EXEC["execute-phase"]
    EXEC --> SELF["自审"]
    SELF --> CODEX["Codex review"]
    CODEX --> FIX["修问题"]
    FIX --> UAT["verify-work"]
    UAT --> SHIP["ship"]
                
5

多子项目架构

Go

backend/go-service

Go 专属规则 + reviewer

.claude/rules/local/
Rs

backend/rust-service

Rust 专属规则 + reviewer

.claude/rules/local/
Swift

ios/app

Swift 专属规则 + reviewer

.claude/rules/local/
Kt

android/app

Kotlin 专属规则 + reviewer

.claude/rules/local/

根目录共享层 → 共享 skills / common rules / AGENTS.md / CLAUDE.md
子项目隔离层 → 各语言独立规则,不混装上下文

6

副驾驶分工

CC

Claude Code + GSD

项目总控 · 需求澄清 · phase规划 · 主执行 · 集成

✓ 写主分支
CX

Codex CLI

代码评审 · 定点补丁 · 修测试 · 找回归

🔍 只读审查
GM

Gemini CLI

资料检索 · 方案对比 · 决策复核 · 边界检查

🔍 只读建议
AG

Antigravity

实验原型 · 备选实现 · 技术探路 · 独立分支

🧪 独立分支
7

Superpowers 三大借鉴 Gate

🧪

TDD Gate

非 trivial 改动先定义验证
能测就测试先行

🌳

Worktree Gate

每个 phase 独立 branch
一个 worktree 只做一件事

🔍

Review Gate

执行完先自审
再交给 Codex 只读审查

Gate 核心要求 落地位置
TDD Gate 验证先行,测试优先 discuss-phase → plan-phase 每个 PLAN 带 verify command
Worktree Gate 独立工作区隔离 执行前建独立 branch + worktree
Review Gate 先审后发 execute 后 → self-review → Codex review → fix → verify → ship
8

启动提示词模板

STARTUP_PROMPT.md
这个项目请按 GSD 全流程接管。
先理解现有代码和目标,再通过提问把需求澄清。
输出 requirements、roadmap 和 phase 方案后再开始执行。

执行约束:
1. 非 trivial 改动必须 verification-first,能测就先测。
2. 每个 phase 使用独立 worktree/branch。
3. 每个 PLAN 必须包含 verify command 和 done definition。
4. execute 完成后先自审,再交给 Codex 做只读 review。
5. 修完 review 问题后再进入 verify-work 和 ship。

👆 直接复制以上内容,在项目根目录启动 Claude Code 时使用

配置完成状态

主控系统 Claude Code + GSD
工程纪律 Superpowers 三 Gate
能力补充 ECC 拆分使用
底层准则 Karpathy Skills
副驾驶 明确分工
多子项目 规则隔离

🎯 下一步

配置已齐,进入项目规划阶段 → 产出 roadmap + phases + active execution plan