结合Agent Teams

[noringname]

请问能否结合cc刚刚发布的原生agent teams功能，每个agent用不同的LLM provider，谢谢。

[bfly123]

好滴 我研究一下

[LeoLin990405]

Agent Teams — 分阶段实施计划 / Phased Implementation Plan

@bfly123 你好，根据你的需求（结合 Agent Teams 功能，每个 agent 用不同的 LLM provider，统一用 a/b/c/d 通用名称），这里是分阶段方案：

Hi @bfly123, based on your request for combining Agent Teams with different LLM providers using generic names (a/b/c/d), here's the phased approach:

---

Phase 1: Agent 别名系统 / Agent Name Aliases ← PR #133

在 bin/ask 客户端加一层别名解析，daemon 零改动。
Alias resolution added in bin/ask client, zero daemon changes.

ask a "hello"        →  解析 "a" → "codex" → 正常路由
ask a:review "hello" →  "a" → "codex" → "codex:review"（兼容多实例）

默认别名 / Default aliases: a→codex, b→gemini, c→claude, d→opencode, e→droid, f→copilot, g→codebuddy, h→qwen

可通过 3 层配置覆盖（高覆盖低）/ Configurable via 3 layers (higher overrides lower):

1. 硬编码默认值 / Hardcoded defaults
2. ~/.ccb/aliases.json（全局 / global）
3. .ccb/aliases.json（项目级 / project-level）

---

Phase 2: Team 配置 + 角色定义 / Team Config + Role Definitions (~300 行)

// .ccb/team.json
{
  "name": "dev-team",
  "agents": [
    {"name": "researcher", "provider": "gemini", "model": "3f", "role": "research"},
    {"name": "coder", "provider": "codex", "model": "o3", "role": "implementation"},
    {"name": "reviewer", "provider": "claude", "role": "review"}
  ],
  "strategy": "skill_based"
}

支持通过 team agent 名称路由：ask researcher "hello" → gemini
Team agent name routing: ask researcher "hello" → gemini

---

Phase 3: 任务分发 + 智能路由 / Task Distribution + Smart Routing (~400 行)

• 关键词→provider 匹配 / Keyword → provider matching（例如 "前端" → gemini, "算法" → codex）
• 三种分配策略 / 3 strategies: round_robin / load_balance / skill_based
• 自动选择最合适的 agent / Auto-select best agent: ask --auto "前端任务"

---

Phase 4: Agent 间通信 / Inter-Agent Communication (~500 行)

• 消息传递 / Message passing: ask a --to b "请审查这段代码"
• 任务依赖链 / Task dependency chains: A 完成后自动触发 B
• 广播 / Broadcast: 通知所有 team 成员

架构参考 / Architecture reference: HiveMind Agent Teams (TaskManager, TeamCoordinator, ProviderRouter)

[LeoLin990405]

Agent Teams 实现完成 — 4 个 PR 已提交 / Implementation Complete — 4 PRs Submitted

@bfly123 你好，Agent Teams 的 4 阶段实现已全部完成。以下是完整总结：

---

已实现功能 / Implemented Features

Phase 1: Agent 别名系统 — PR #133

支持 a/b/c/d 短名称路由到 provider，3 层可配置（默认 < ~/.ccb/aliases.json < .ccb/aliases.json）。

ask a "hello"          # a → codex
ask b "hello"          # b → gemini
ask a:review "hello"   # a → codex:review

默认: a→codex, b→gemini, c→claude, d→opencode, e→droid, f→copilot, g→codebuddy, h→qwen

Phase 2: Team 配置 + 角色定义 — PR #134

通过 .ccb/team.json 定义团队，每个 agent 绑定 provider、model、role、skills：

{
  "name": "dev-team",
  "strategy": "skill_based",
  "agents": [
    {"name": "researcher", "provider": "gemini", "model": "3f", "role": "research", "skills": ["frontend", "analysis"]},
    {"name": "coder", "provider": "codex", "model": "o3", "role": "implementation", "skills": ["python", "algorithm"]},
    {"name": "reviewer", "provider": "claude", "role": "review", "skills": ["security", "architecture"]}
  ]
}

ask researcher "分析前端架构"   # → gemini
ask coder "实现排序算法"        # → codex
ask reviewer "审查这段代码"     # → claude

Phase 3: 智能任务路由 — PR #135

--auto 根据消息内容自动选择最佳 provider（中英文关键词匹配 + 加权评分）：

ask --auto "帮我写一个 React 前端组件"   # [AUTO] → gemini (react, 前端)
ask --auto "分析算法的时间复杂度"         # [AUTO] → codex (算法, 复杂度)
ask --auto "翻译这段话成英文"             # [AUTO] → kimi (翻译)
ask --auto "用 Python 实现快排"           # [AUTO] → qwen (python, 实现)
ask --auto "审查代码安全性"               # [AUTO] → codex (审查, 安全)
ask --auto "重构架构"                     # [AUTO] → claude (重构, 架构)

有 team 配置时，team 技能匹配优先于默认关键词规则。

Phase 4: Agent 间通信 — PR #136

定向消息 (--to):

ask codex --to reviewer "请审查这段代码"
# [TO] codex → reviewer (claude)

广播 (--broadcast):

ask codex --broadcast "任务已完成，请同步"
# [BROADCAST] → gemini, claude

任务链 (--chain):

ask --chain "researcher:调研方案 | coder:实现原型 | reviewer:审查代码"
# [CHAIN 1/3] user → gemini → 输出调研结果
# [CHAIN 2/3] gemini → codex → 带调研结果作为 context 实现
# [CHAIN 3/3] codex → claude → 带实现结果审查

每步自动将上一步输出作为 [CCB_CONTEXT] 传递给下一步。

---

解析优先级

ask <name> "message"
  1. Team agent 名称 (.ccb/team.json)
  2. 别名 (a→codex, b→gemini, ...)
  3. 直接 provider 名称

技术指标

指标	数值
新增模块	aliases.py, team_config.py, task_router.py, agent_comm.py
新增代码	~1,900 行
测试	165 个全部通过
Daemon 改动	0（全部客户端实现）
向后兼容	100%

PR 合并顺序

#133 → #134 → #135 → #136

---

未来计划 / Future Roadmap

近期 / Short-term

功能	说明
Model 透传	team config 的 model 字段传递给 daemon，选对 provider 同时用对 model
广播结果收集	--broadcast --wait 等待所有 agent 返回后汇总
自定义路由规则	.ccb/team.json 中定义项目专属的关键词→provider 映射
链式错误恢复	--chain 某步失败时支持重试或跳过

中期 / Medium-term

功能	说明
策略执行引擎	实际执行 round_robin / load_balance / skill_based 分配
任务依赖 DAG	blocked_by / blocks 拓扑排序，自动调度有依赖的任务
Agent 状态跟踪	持久化记录完成数、成功率、平均耗时
Failover 降级	Provider 失败时自动切换到备选
文件模式匹配	.tsx → gemini, .py → qwen 等自动路由

长期 / Long-term

功能	说明
任务编排引擎	完整的提交→调度→执行→回调循环
成本优化	根据定价和预估 token 数选择最经济的 agent
多轮会话	Agent 间来回讨论，不限于单次发送
Plugin 系统	第三方自定义路由策略和通信协议