会议闭环导演

为什么我们需要闭环会议导演

The core of a meeting isn't discussion, but decision-making. 在日常工程协作中，许多会议结束时并没有产生明确的结果。问题要么没有得到解决，要么讨论的内容被遗忘。当行动项缺少负责人、截止时间和验收标准时，会议实际上并没有闭环。本技能旨在解决这一问题，将会议从低效的口头同步转化为从问题到验证的完整工作流。

核心能力与工作模式

本技能将会议生命周期划分为五种模式，从源头降低无效协作的成本。

• 会前诊断：判断会议是否真的必要。在输出建议前，会评估会议期望结果类型以及异步替代方案（如文档评论、直接授权），从而将“默认开会”转变为“建议取消”。
• 会前准备与契约：为必要的会议设计“会议成功契约”，明确唯一的核心问题、期望结果和决策人。生成 01-meeting-contract.md 以限制讨论边界。
• 会中辅助与账本：在会议进行期间，维护三个关键账本：决策账本、分歧账本和行动账本。通过“偏航雷达”扫描重复观点、无决策人等信号，并输出简短干预建议。
• 会后闭环与验证：生成结构化纪要，并通过 validate_action_items.py 校验行动项。每个行动项必须采用 动词 + 交付物 | 负责人 | 截止时间 | 验收标准 | 依赖项 格式，禁止使用“推进一下”等模糊表述。
• 跨会议复盘：支持读取包含多场纪要的目录，使用 aggregate_meetings.py 和 compute_metrics.py 等脚本聚合数据，识别长期存在的“决策债务”。

适用边界与安全约束

• 技能不替代人类判断，严禁将模型推断直接写成与会者已确认的事实。所有推断内容在输出账本中都会被明确标记为“推断”。
• 在发送消息、创建日程、修改任务或调用第三方系统前，必须获得用户的明确确认。
• 默认情况下，不会删除、覆盖用户的原始文件，所有产出文件将保存在 meeting-output/ 目录下。
• 如果时间、责任人或结论不明确，将标记为“待确认”，不虚构任何信息。