腾讯会议组局师

问题：会议被当成默认解

团队里最贵的习惯不是开会，而是“先拉个会”。当一个决策本可以用书面材料加明确截止日完成时，多人时间被一次性消耗，产出的只是信息对齐。真正值得占用所有人时间的，是那些存在同步谈判、高风险确认或权限当场拍板的场合。

这个技能只作用于决策会议的设计阶段，不负责替你把会开起来。

它如何工作

第一步是把“开个会聊聊”改写成一个待决定问题：要选什么、谁有决定权、最晚什么时候必须决定。缺少其中任一项时返回 MISSING_INPUT，只问最少的补充问题，不会替团队指定负责人或截止日。

第二步判断实时必要性。只有存在无法用书面材料消解的分歧、需要同步谈判、风险或权限需要在场确认、材料理解必须即时校正时，才继续推进；否则返回 ASYNC_RECOMMENDED，并给出异步问题、责任人、截止日和反馈格式。

确认需要开会后，输出 MEETING_CONTRACT：决策、角色、议程、输入材料、退出条件。议程时间盒与总时长匹配，大致是 10% 澄清问题与事实、60% 比较选项与处理分歧、20% 形成决定、10% 落实责任人和下一步，每段都要有可验证产出。参会范围按角色划分为必须参会、可选参会、只需知会，“知道这个项目”不是必须参会的理由。

创建、更新、邀请都是独立写操作。CREATION_PREVIEW 会先列出时间、时区、主题和受邀人，用户明确确认后才执行。

边界与注意点

• 不扫描通讯录寻找“所有相关的人”；人员只能按角色设计，只有在用户确认具体候选姓名且已决定邀请时，才在邀请流程中查询通讯录。
• 不自动发送邀请、议程或会前材料，宿主只把内容投递给请求者的个人草稿。
• 不根据职位或发言量猜测谁拥有决策权，多人冲突时要求用户先明确唯一拍板人。
• 材料不全时缩短会议或转异步，不用延长会议代替准备。
• 创建命令发出后连接中断时返回 CREATION_RESULT_UNCERTAIN，重新读取核验是否已创建，不得重复创建。

已有会议也可以评审：读取指定会议后与契约比较，只提出差分和异步替代建议，修改交给预览确认流程。