用途：在已有获批任务计划、且需要可审计评审轨迹时，用多模型小组完成一次任务交付，并记录红、绿、重构、评审、验证与交接全过程。
主要能力：按 task_intake、red、green、refactor、review、verification、handoff 顺序执行；每个阶段包含综合与对抗锚点角色，配置的专家角色给出独立响应；实现者、评审者、综合者与对抗角色不共享上下文。产出文件默认写入 .ai-workflow/panel/delivery：execution_log.md、test_evidence.md、review_notes.md、changed_files.md、decision_log.md、panel_summary.json。
使用方式：先选择分支再选模型，在协调器中选定任务与小组角色；开始角色前用 shared/references/model-preview.md 绑定一个已批准的路线快照。模型 ID、effort 支持与任务默认值仅来自 shared/model-routing.json，并在派发、重试、恢复时保留该快照。开始前需阅读 shared/collaborative-panel-runner.md 与 shared/references/host-model-execution.md；用 shared/references/task-shaped-model-routing.md 绑定角色，并向用户展示确切模型、执行路径、effort 与验证策略。assets/routing.toml 是单主机的可编辑默认值。解释小组状态或定稿前阅读 references/output_contract.md，修改路由或可移植边界前阅读 references/workflow_contract.md。
限制：仅在已有获批任务计划且需要小组审计轨迹时使用，成本高于普通实现路径；一旦选用该技能，小组为强制。阶段只有在所需角色有真实记录响应时才算完成，生成的提示不算参与；缺失角色会阻断完整小组，除非用户明确接受为例外。主机负责代码变更，小组角色除非路由明确委派实现角色，否则只挑战、评审与影响决策；分歧需保留在决策日志中。配置的模型标签不等于实际服务模型凭证。具体价格、平台支持与效果资料暂未提供。