# sanguo_moziplus_v3 产品需求文档 v0.1 **项目名称**: sanguo_moziplus_v3 **版本**: v0.1 **创建日期**: 2026-06-29 **状态**: Draft --- ## 1. 项目概述 ### 1.1 产品定位 sanguo_moziplus_v3 是一个**多 AI 桥接协作系统**,以 Claude Code 为核心调度者,通过桥接器(CCB)实现与多个 AI 模型(Codex、Gemini 等)的协作,最大化开发效率,最小化成本。 **核心定位**: - **以多 AI 桥接系统为主**:实现跨 AI 通信和任务调度 - **结合全新架构**:整合黑板架构和对抗式协作模式 - **支持三大场景**:研发提效、通用编排、特定场景 ### 1.2 核心价值 | 价值维度 | 描述 | |---------|------| | **成本优化** | Claude 只做决策(高价值),代码实现交给便宜的 AI | | **效率提升** | 多 AI 并行工作,各司其职,专业分工 | | **质量保证** | 内置代码审查和安全审计机制 | | **架构灵活** | 支持多种协作模式(串行审查、对抗辩论、三方共识) | ### 1.3 与 v2 的区别 | 特性 | moziplus v2 | moziplus v3 | |------|------------|------------| | **核心架构** | 黑板架构 + Daemon 调度 | 多 AI 桥接 + 通信层 | | **AI 模型** | 单一 Claude | Claude + Codex + Gemini + ... | | **协作模式** | Agent 认领任务 | 桥接器调度,角色分工 | | **成本策略** | 无优化 | Claude 只做决策,体力活交给便宜 AI | | **应用场景** | DevOps 自动化 | 研发提效、通用编排、特定场景 | --- ## 2. 用户场景 ### 2.1 主要用户场景 #### 场景 1: 研发提效(核心场景) **用户**: 软件开发团队 **痛点**: Claude 成本高,但代码质量好;便宜的 AI 代码能力弱 **解决方案**: Claude 做架构和验收,Codex/Gemini 写代码 **典型工作流**: 1. 开发者提出需求:"实现用户认证功能" 2. Claude 分析需求、拆分任务、设计接口 3. Claude 通过 CCB 委派任务: - `ask codex "实现后端认证 API"` - `ask gemini "实现登录注册页面"` 4. Codex/Gemini 返回代码 5. Claude 审核代码并验收 6. 提交到 Git #### 场景 2: 通用编排 **用户**: AI 应用开发者 **痛点**: 需要协调多个 AI 完成复杂任务 **解决方案**: 提供通用的多 AI 编排框架 **典型工作流**: 1. 定义任务流程(规划 → 执行 → 审查 → 验收) 2. 配置每个环节使用的 AI 模型 3. 系统自动调度和协作 4. 收集结果并汇总 #### 场景 3: 特定场景协作 **用户**: 特定业务领域用户 **痛点**: 需要针对特定场景优化的协作模式 **解决方案**: 提供可配置的协作模板 **示例场景**: - 投资决策:多空辩论模式 - 代码审查:两阶段串行审查 - 架构设计:三方共识模式 ### 2.2 用户画像 | 用户类型 | 角色 | 需求 | 使用频率 | |---------|------|------|---------| | **核心用户** | 软件工程师 | 日常开发提效 | 每日 | | **次要用户** | AI 开发者 | 构建多 AI 应用 | 每周 | | **探索用户** | 技术管理者 | 了解架构和成本 | 偶尔 | --- ## 3. 功能需求 ### 3.1 核心功能(P0 - MVP) #### F1: 多 AI 桥接通信 **描述**: 实现跨 AI 通信能力,让 Claude 能够指挥其他 AI **子功能**: - F1.1: 支持与 Codex 通信 - F1.2: 支持与 Gemini 通信 - F1.3: 支持与 OpenAI GPT 通信 - F1.4: 可扩展的桥接器架构 **验收标准**: - Claude 可以通过简单指令(如 `/ask codex "..."`)调用其他 AI - 支持异步调用和结果收集 - 通信延迟 < 2 秒 #### F2: 角色分工定义 **描述**: 定义不同 AI 的角色和能力边界 **角色定义**: | 角色 | 职责 | 工具限制 | |------|------|---------| | Claude (PM) | 需求分析、任务拆分、验收 | 无限制 | | Codex (后端) | 服务端代码、数据库、测试 | 禁用前端工具 | | Gemini (前端) | 前端组件、页面、样式 | 禁用后端工具 | **验收标准**: - 角色定义清晰可配置 - 工具限制硬编码生效 - 支持 CLAUDE.md 规范注入 #### F3: 三层架构支持 **描述**: 实现规则层、能力层、通信层的分离 **层级定义**: 1. **CLAUDE.md (规则层)**: 协作规范、角色分工、Git 规范 2. **Superpowers (能力层)**: 规划、审查、调试等标准化流程 3. **CCB (通信层)**: 跨 AI 桥接通信 **验收标准**: - 层级清晰分离 - Claude 启动时自动加载 CLAUDE.md - Superpowers 作为 Skills 可安装 - CCB 作为独立模块可配置 #### F4: 成本追踪 **描述**: 追踪各 AI 的 Token 消耗和成本 **子功能**: - F4.1: 记录每个 AI 的 Token 使用量 - F4.2: 计算各 AI 的成本占比 - F4.3: 生成成本报告 **验收标准**: - 实时追踪 Token 消耗 - 成本数据可视化 - 支持成本预警 ### 3.2 重要功能(P1 - v0.2) #### F5: 协作模式模板 **描述**: 提供预定义的协作模式模板 **模板类型**: 1. 串行审查模式(Superpowers 风格) 2. 对抗辩论模式(TradingAgents 风格) 3. 三方共识模式(oh-my-claudecode 风格) 4. 黑板协作模式(moziplus v2 风格) #### F6: 任务编排引擎 **描述**: 支持复杂的多步骤任务编排 **子功能**: - DAG 任务依赖管理 - 并行执行支持 - 失败重试机制 - 任务超时控制 #### F7: 代码质量门控 **描述**: 内置代码审查和质量检查 **子功能**: - 自动代码审查(通过 Gemini) - 安全审计(静态分析) - 测试覆盖率检查 - 代码风格检查 ### 3.3 可选功能(P2 - 未来版本) #### F8: Web Dashboard **描述**: 提供 Web 界面监控和配置 #### F9: 多项目管理 **描述**: 支持同时管理多个项目的协作 #### F10: AI 模型市场 **描述**: 支持接入更多 AI 模型和服务 --- ## 4. 非功能需求 ### 4.1 性能要求 | 指标 | 要求 | |------|------| | **桥接延迟** | < 2 秒 (P95) | | **任务调度** | 支持 10+ 并发任务 | | **内存占用** | < 500MB (空闲) | ### 4.2 可靠性要求 | 指标 | 要求 | |------|------| | **系统可用性** | > 99% (开发阶段) | | **数据持久化** | 任务状态不丢失 | | **错误恢复** | 支持断点续传 | ### 4.3 可扩展性要求 - 支持新增 AI 模型接入(通过插件机制) - 支持自定义协作模式 - 支持 CLAUDE.md 热更新 ### 4.4 安全性要求 - API Key 加密存储 - 通信内容脱敏 - 访问权限控制 --- ## 5. 界面需求 ### 5.1 Claude Code 集成 **主要交互界面**: Claude Code CLI **关键交互**: - `/ask ""` - 委派任务给指定 AI - `/status` - 查看任务状态 - `/cost` - 查看成本统计 - `/config` - 配置协作模式 ### 5.2 配置文件 **CLAUDE.md 结构**: ```markdown # 项目名称 ## 工作模式 - Superpowers + AI 协作 ## 角色分工 - Claude: 架构师/PM - Codex: 后端开发 - Gemini: 前端开发 ## 协作规范 - Claude 不写代码 - 所有编码任务委派给 Codex/Gemini ``` **配置文件 (config.yaml)**: ```yaml bridge: codex: enabled: true endpoint: "http://localhost:8080" gemini: enabled: true endpoint: "http://localhost:8081" ``` --- ## 6. 数据模型 ### 6.1 任务模型 ```python class Task: id: str type: TaskType # PLAN, CODE, REVIEW, VERIFY assigned_to: str # claude, codex, gemini status: TaskStatus # pending, in_progress, completed, failed input: dict output: dict cost: TokenCost created_at: datetime completed_at: datetime ``` ### 6.2 成本模型 ```python class TokenCost: model: str # claude, codex, gemini input_tokens: int output_tokens: int total_cost: float ``` --- ## 7. 里程碑 | 阶段 | 目标 | 交付物 | 时间 | |------|------|--------|------| | **v0.1** | MVP 核心功能 | 桥接通信、角色分工、三层架构 | Week 1-2 | | **v0.2** | 协作模式 | 串行审查、对抗辩论模板 | Week 3-4 | | **v0.3** | 编排引擎 | DAG 调度、质量门控 | Week 5-6 | | **v0.4** | 生产就绪 | Dashboard、监控告警 | Week 7-8 | --- ## 8. 风险与挑战 ### 8.1 技术风险 | 风险 | 影响 | 缓解措施 | |------|------|---------| | 桥接通信不稳定 | 高 | 实现重试机制和降级策略 | | AI 能力差异 | 中 | 针对不同 AI 优化 Prompt | | 成本控制失效 | 中 | 实时监控和预警 | ### 8.2 产品风险 | 风险 | 影响 | 缓解措施 | |------|------|---------| | 用户学习成本高 | 中 | 提供详细文档和示例 | | 协作效果不理想 | 高 | 持续优化 Prompt 和流程 | --- ## 9. 成功指标 ### 9.1 核心指标 - **成本降低**: Claude Token 消耗降低 > 50% - **效率提升**: 任务完成时间缩短 > 30% - **质量保证**: 代码审查通过率 > 90% ### 9.2 用户指标 - **采用率**: 活跃项目数 > 10 - **满意度**: NPS > 8 - **留存率**: 月留存 > 80% --- ## 10. 附录 ### 10.1 参考文档 - CCB + Superpowers 教程 - moziplus v2 架构文档 - Superpowers 框架文档 - TradingAgents 论文 ### 10.2 术语表 | 术语 | 定义 | |------|------| | CCB | Claude Code Bridge,多 AI 桥接器 | | Superpowers | Agentic Skills Framework | | CLAUDE.md | 项目协作规范文件 | | TokenCost | Token 成本追踪模型 | --- **文档版本**: v0.1 **最后更新**: 2026-06-29 **作者**: Claude Dev **审核状态**: 待审核