cc-godmode

核心用法

CC_GodMode 是一个自编排的多代理开发工作流系统，用户只需用自然语言描述需求（如"New Feature: 用户登录"），系统会自动调度8个专业代理完成从研究到发布的完整流程。核心命令包括：：New Feature、、Bug Fix、、API Change、、Research、、Process Issue、、Prepare Release`等。

系统采用双质量门禁设计：@builder 完成后，@validator（代码质量）和 @tester（UX质量）并行执行，通过同步决策矩阵决定流向。所有代理通过 Task 工具调用，报告统一保存至 reports/vX.X.X// 目录。

显著优点

1. 角色专业化：8个代理各司其职，@researcher 用 haiku 快速调研，@architect 用 opus 做复杂架构决策，@builder/@validator/@tester 用 sonnet 平衡性能与质量。

2. 流程标准化：内置7种标准工作流，API 变更强制经过 @api-guardian 进行影响分析和消费者发现，避免破坏性变更。

3. 质量内建：双门禁并行执行提升40%效率，@tester 强制生成3视口截图，@validator 检查 TypeScript、安全、性能反模式。

4. 可追溯性：版本优先原则，所有变更必须更新 VERSION、CHANGELOG、API_CONSUMERS.md，生成结构化报告。

潜在缺点

1. MCP 依赖重：@tester 依赖 playwright MCP，@github-manager 依赖 github MCP，未配置则核心功能失效。

2. 成本敏感：多代理+多模型调用（haiku/sonnet/opus）在复杂流程中 Token 消耗较高。

3. 启动门槛：需要理解8个代理的职责边界和10条黄金规则，学习曲线较陡。

4. 超时风险：@researcher 硬限制30秒，复杂技术调研可能不完整。

适合人群

• 追求工程规范的中小开发团队
• 需要标准化代码审查流程的企业
• 使用 Claude Code 进行复杂全栈开发的个人开发者
• 重视文档和版本管理的开源项目维护者

使用风险

• 性能风险：并行质量门禁在大型代码库中可能耗时较长
• 依赖风险：playwright/github MCP 未安装时代理会失败
• 权限风险：Bash 工具用于测试和 git 操作，需在可信环境运行
• 模型限制：opus 架构决策在高并发场景下可能达到速率限制

CC_GodMode 综合评估

核心定位

CC_GodMode 是一个纯文档型多Agent编排框架，专为 Claude Code 环境设计。它不直接执行代码，而是通过 SKILL.md 定义一套完整的8角色工作流体系，将传统"人工拆解任务→逐一执行"的开发模式，转变为"用户声明需求→AI自主规划→多Agent并行执行"的智能协作范式。

显著优势

1. 角色专业化分工 - 8个Agent各司其职：@researcher(调研)、@architect(架构)、@api-guardian(API管控)、@builder(实现)、@validator(代码质量)、@tester(UX质量)、@scribe(文档)、@github-manager(GitHub运维)。每个Agent绑定最优模型(haiku/sonnet/opus)，实现成本与性能平衡。

2. 并行质量门禁 - @validator与@tester双轨并行，40%时间节省。明确区分代码质量(TypeScript/测试/安全)与UX质量(E2E/截图/性能/A11y)，避免传统串行流程的瓶颈。

3. API变更安全网 - 强制引入@api-guardian进行影响面分析，自动发现所有消费者并生成迁移清单，从源头杜绝破坏性变更。

4. 完善的元决策逻辑 - 7种标准工作流覆盖Feature/Bug/API/Refactor/Release等场景，10条黄金法则规范执行边界(如"Version-First""Never git push without permission")。

潜在局限

1. 生态依赖性 - 高度依赖Claude Code的Task工具与MCP生态(Playwright/GitHub/Lighthouse等)，迁移成本高。

2. T3来源风险 - 维护者为GitHub个人开发者(clawdbot)，无企业背书，长期维护稳定性存疑。

3. 调试复杂度 - 多Agent协作的故障定位需要翻阅reports/vX.X.X/下的7份报告，对新手不够友好。

适用人群

• 中小团队技术负责人：希望标准化研发流程，减少代码审查负担
• 全栈独立开发者：单人需覆盖前后端+测试+发布全流程
• AI原生开发探索者：希望体验"声明式开发"的前沿实践

常规风险提示

• 子Agent通过MCP工具执行的代码仍需人工最终审核
• GitHub Token需配置最小权限，避免过度授权
• Playwright MCP的URL访问范围建议白名单限制