用途：把一条功能需求从“多模型共识该做什么”一路推进到已实现、已评审、已测试的变更。
主要能力：该技能本身很“薄”，只按顺序调用两个已有技能并传递其产物：models-roundtable（答案→共识）→ implement-feature（拆解+构建）。不重新实现其中任一逻辑，要改共识或构建方式应改那两个技能。
使用方式：
- 共识理解/计划：对功能需求运行 models-roundtable，把任务框定为范围界定/方案选择，例如“Determine what this feature requires and the best approach: <request>.”。不要自己预先分析需求，无偏的扇形分发正是其意义。它返回 Consensus answer + Agreements + Open caveats，写入 .ai-workflow/roundtable/<id>/report.md。
- 解决注意事项（门禁）：若报告存在 Open caveats（低置信或由编排器决定的点），在任何代码之前与用户确认解决，除非使用 --auto，则为每个 caveat 记录一条假设。这满足 implement-feature 的接入门禁。
- 构建：以已确定的共识作为计划调用 implement-feature（--from-roundtable .ai-workflow/roundtable/<id>/report.md）。它把共识答案当作计划，拆成纵向切片的 to-tasks 任务，逐任务运行 implement-and-review（独立任务并行，前后端交叉评审的 TDD），按依赖顺序集成，然后运行功能级 full-review，保持测试/构建通过。
- 报告：转达 implement-feature 的最终报告，前面附上共识摘要及 caveats 如何解决，返回两个报告路径。
规则：保持薄，不复制逻辑；遵守交接契约（共识答案→计划，Open caveats→代码前的硬门禁）；写入保持门禁（models-roundtable 只读，implement-feature 在自身 Phase 0 批准即任务拆解处门禁写入，不得绕过）。降级：若共识显示需求无需代码（是问题/决策），在第 1 步后停止并返回 models-roundtable 答案；若工作是单一任务，implement-feature 只会调用 implement-and-review；若构建前置条件缺失，构建技能自行降级，照实转达。
注意事项：把需求框定为要回答的任务，切勿粘贴自己的解释；一个 session id 贯穿两个技能（.ai-workflow/roundtable/<id>/ → --from-roundtable）；该技能本身不启动座位、评审者或实现者。
限制：收费、价格、平台、效果等资料暂未提供。