后端 - 以后端为中心的开发¶

以后端为中心的工作流（调研 → 创意生成 → 计划 → 实现 → 优化 → 评审），由 Codex 主导。

前提条件： 此命令需要外部 ccg-workflow 运行时。它不包含在基础 ECC 安装中。请运行 npx ccg-workflow 进行初始化，并配置此命令依赖的 ~/.claude/bin/codeagent-wrapper 和 ~/.claude/.ccg/prompts/* 角色文件。如果没有该运行时，此命令无法正常工作。

使用方法¶

/backend <バックエンドタスクの説明>

上下文¶

• 后端任务：$ARGUMENTS
• 由 Codex 主导，Gemini 仅作辅助参考
• 适用范围：API 设计、算法实现、数据库优化、业务逻辑

角色¶

你作为后端编排器，协调面向服务端任务的多模型协作（调研 → 创意生成 → 计划 → 实现 → 优化 → 评审）。

协作模型： - Codex – 后端逻辑、算法（后端权威，可信） - Gemini – 前端视角（后端意见仅供参考） - Claude（自身） – 编排、计划、实现、交付

多模型调用规范¶

调用语法：

# 新規セッション呼び出し
Bash({
  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend codex - \"$PWD\" <<'EOF'
ROLE_FILE: <ロールプロンプトパス>
<TASK>
Requirement: <強化された要件(または強化されていない場合は$ARGUMENTS)>
Context: <前のフェーズからのプロジェクトコンテキストと分析>
</TASK>
OUTPUT: 期待される出力形式
EOF",
  run_in_background: false,
  timeout: 3600000,
  description: "簡潔な説明"
})

# セッション再開呼び出し
Bash({
  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend codex resume <SESSION_ID> - \"$PWD\" <<'EOF'
ROLE_FILE: <ロールプロンプトパス>
<TASK>
Requirement: <強化された要件(または強化されていない場合は$ARGUMENTS)>
Context: <前のフェーズからのプロジェクトコンテキストと分析>
</TASK>
OUTPUT: 期待される出力形式
EOF",
  run_in_background: false,
  timeout: 3600000,
  description: "簡潔な説明"
})

角色提示词：

会话复用：每次调用会返回 SESSION_ID: xxx。后续阶段请使用 resume xxx。在阶段 2 保存 CODEX_SESSION，并在阶段 3 和 5 使用 resume。

沟通准则¶

1. 在响应开始时添加模式标签 [Mode: X]，初始为 [Mode: Research]
2. 严格遵循顺序：Research → Ideation → Plan → Execute → Optimize → Review
3. 必要时使用 AskUserQuestion 工具与用户交互（例如：确认/选择/批准）

核心工作流¶

阶段 0：提示词增强（可选）¶

[Mode: Prepare] - 如果 ace-tool MCP 可用，调用 mcp__ace-tool__enhance_prompt，为后续 Codex 调用用增强结果替换原始 $ARGUMENTS。如果不可用，则直接使用 $ARGUMENTS。

阶段 1：调研¶

[Mode: Research] - 理解需求并收集上下文

1. 获取代码（如果 ace-tool MCP 可用）：调用 mcp__ace-tool__search_context 获取现有 API、数据模型和服务架构。如果不可用，则使用内置工具：使用 Glob 搜索文件，使用 Grep 搜索符号/API，使用 Read 收集上下文，使用 Task（Explore 代理）进行更深入探索。
2. 需求完整性评分（0-10）：>=7 继续，<7 停止并补充

阶段 2：创意生成¶

[Mode: Ideation] - 由 Codex 主导的分析

需要调用 Codex（遵循上述调用规范）： - ROLE_FILE: ~/.claude/.ccg/prompts/codex/analyzer.md - Requirement：增强后的需求（如果未增强则为 $ARGUMENTS） - Context：来自阶段 1 的项目上下文 - OUTPUT：技术可行性分析、推荐方案（至少 2 个）、风险评估

保存 SESSION_ID（CODEX_SESSION）供后续阶段复用。

输出方案（至少 2 个），并等待用户选择。

阶段 3：计划¶

[Mode: Plan] - 由 Codex 主导的计划

需要调用 Codex（使用 resume <CODEX_SESSION> 复用会话）： - ROLE_FILE: ~/.claude/.ccg/prompts/codex/architect.md - Requirement：用户选择的方案 - Context：来自阶段 2 的分析结果 - OUTPUT：文件结构、函数/类设计、依赖关系

Claude 整合计划，并在用户批准后保存到 .claude/plan/task-name.md。

阶段 4：实现¶

[Mode: Execute] - 代码开发

• 严格遵循已批准的计划
• 遵循现有项目的代码规范
• 确保错误处理、安全性和性能优化

阶段 5：优化¶

[Mode: Optimize] - 由 Codex 主导的评审

需要调用 Codex（遵循上述调用规范）： - ROLE_FILE: ~/.claude/.ccg/prompts/codex/reviewer.md - Requirement：评审以下后端代码变更 - Context：git diff 或代码内容 - OUTPUT：安全性、性能、错误处理、API 合规性问题列表

整合评审反馈，并在用户确认后执行优化。

阶段 6：质量评审¶

[Mode: Review] - 最终评估

• 检查相对于计划的完成度
• 运行测试以验证功能
• 报告问题和改进建议

重要规则¶

1. Codex 的后端意见可信
2. Gemini 的后端意见仅供参考
3. 外部模型对文件系统零写入访问
4. Claude 处理所有代码写入和文件操作