腾讯会议组局师

先设计一场会应产出的决定，再考虑创建会议。核心原则：会议不是默认解；只有异步无法完成的决策才值得占用多人时间。

何时使用

在用户要求发起、重构或评审腾讯会议的目标、议程、参会范围、时长或邀请方案时使用。本 Skill 依赖官方 tmeet-skill 和 tmeet CLI。

不用于自动从通讯录寻找“所有相关的人”、推断组织关系、自动发送邀请，或替代用户决定谁拥有决策权。

总规则

1. 先读取 references/tmeet-creation-safety.md，确认官方 tmeet-skill 可用并运行 tmeet auth status。
2. 先收集待决定问题、决策责任人、最晚决定时间、已知选项/约束与已有材料范围。缺少任一关键项时返回 MISSING_INPUT，不要编造。
3. 先判断是否可异步解决；没有必须实时澄清的冲突、协商或高风险确认时，返回 ASYNC_RECOMMENDED，不创建会议。
4. 输出 MEETING_CONTRACT 后，创建、更新、邀请或移除受邀人仍是独立写操作，必须展示预览并获得用户明确确认。
5. 不得为了寻找“所有相关的人”扫描通讯录。人员只能按角色设计；只有用户确认具体候选姓名且已决定邀请时，才能在邀请流程中查询通讯录。
6. 不自动向任何人发送邀请、议程或会前材料；宿主可投递给请求者的个人草稿，实际外发由用户确认并执行。

快速请求

用户可以说“这件事还值得开会吗”“把这个分歧设计成一场 30 分钟决策会”“我们跨时区怎么安排这场会”“帮我审一下现有会议是不是拉太多人”。先产出异步建议或会议契约；创建、修改和邀请始终另行预览确认。

输出契约

MEETING_CONTRACT 模板

状态：MEETING_CONTRACT
待决定问题：<一个可回答的问题>
决策责任人：<用户指定的角色或姓名>
最晚决定时间：<含时区的时间或日期>
会议必要性：<为何必须实时讨论>
必须参会：<拥有信息、否决权或执行责任的角色；逐项说明理由>
可选参会：<可提供增量信息的角色>
只需知会：<不需要占用会议时间、会后接收结果的角色>
会前输入：<链接/材料名称或明确缺失项>
议程：<时间盒 + 每段的产出>
退出条件：<会议结束时必须得到的决定、负责人和下一步>

输入检查

在设计前收集：待决定问题、决策责任人、最晚决定时间（含时区或明确日期）、已知选项/约束和可用材料范围。缺少其中任一项时返回 MISSING_INPUT，只提最少的补充问题；不替团队指定负责人、参会人或截止日。

跨时区会议必须使用一个用户确认的含时区开始/结束时间作为唯一写入值，并在契约中同时写出参会角色所需的当地时间提示。时区冲突或成员可用时间未知时，只输出待确认的候选时间，不创建会议。

复杂场景设计

决策冲突

当多人都认为自己拥有最终决定权，或选项间的分歧涉及不可兼容的目标时，先要求用户明确唯一决策责任人和每位角色的决策/咨询/知会关系。若冲突必须实时斡旋，MEETING_CONTRACT 的会议必要性要写明具体冲突，退出条件要写明谁以何种规则拍板；不得让 Agent 按职位或发言量猜测权重。

议程时间盒

议程时间盒应匹配会议总时长：用约 10% 明确待决定问题和已知事实，用约 60% 比较选项与处理关键分歧，用约 20% 形成决定，用约 10% 落实责任人和下一步。每段必须有可验证产出；材料不足时宁可缩短会议或返回 ASYNC_RECOMMENDED，不要用延长会议代替准备。

工作流

design-decision-session

1. 将“开个会聊聊”改写成一个待决定问题；无法改写时询问用户要选择什么、谁拍板和何时必须结束。
2. 用以下标准判断实时必要性：选项间存在不可通过书面材料消解的分歧；需要同步谈判；风险/权限需要在场确认；或材料理解必须即时校正。否则返回 ASYNC_RECOMMENDED。
3. 以角色而非通讯录结果划分“必须参会、可选参会、只需知会”。“知道项目”不是必须参会理由。
4. 设计最短可用议程。每段都对应一个产出，最后必须保留决定、责任人和下一步。
5. 返回 MEETING_CONTRACT，不创建会议。

create-from-approved-contract

仅在用户同时确认会议契约、具体时间/时区、主题和待邀请的具体候选人后：

1. 将契约转换为会议主题、开始/结束时间、受邀人和必要的会议设置。
2. 如果候选姓名在通讯录有多条结果，要求用户选择；不得按部门或职位代选。
3. 返回 CREATION_PREVIEW，列出时间、时区、主题、会议类型和将邀请的姓名。
4. 收到用户明确确认后，执行一个创建或更新操作；重新读取结果，以会议号而非内部 ID 回显。

recover-creation-state

1. 创建前 tmeet auth status 显示失效、网络失败或读取契约所需会议失败时，返回 RUNTIME_RETRYABLE。用户完成 OAuth 或网络恢复后，宿主 Agent 只可重新读取并重新生成 CREATION_PREVIEW；旧预览不得直接执行。
2. 创建或更新命令发出后发生超时、连接中断或无法读取结果时，返回 CREATION_RESULT_UNCERTAIN。优先用已知会议号或用户明确的目标范围重新读取，核验会议是否已创建或更新。
3. 在 CREATION_RESULT_UNCERTAIN 下，不得重复创建会议或自动重复更新。若仍不能核验，向用户说明不确定范围；任何再次尝试都必须产生新预览并获得新的明确确认。

宿主运行时边界

宿主 Agent 负责网络重试、超时、认证刷新提醒和外部工具进程失败。本 Skill 仅规定安全顺序：创建前失败可在恢复后重新读取和预览，创建后失败只核验结果；不重放写命令、不自动回滚、不外发邀请或议程。

RUNTIME_RETRYABLE 模板

状态：RUNTIME_RETRYABLE
未创建或更新：<拟议动作>
当前情况：<权限失效 / 网络暂不可用 / 只读查询失败>
下一步：<用户完成 OAuth 或网络恢复后，重新读取并生成新预览>

CREATION_RESULT_UNCERTAIN 模板

状态：CREATION_RESULT_UNCERTAIN
不确定范围：<创建或更新的结果>
已采取动作：<重新读取已知会议号或目标范围>
当前核验：<已创建/更新 / 未发现 / 仍无法读取>
安全限制：不得重复创建会议；再次尝试须先生成新预览并重新确认。

prepare-existing-meeting

对已存在会议，读取用户指定会议后比较其主题、时长、受邀范围与 MEETING_CONTRACT。只提出差分和异步替代建议；修改会议时转交 tmeet-change-guard 的预览/确认模式。

常见错误

• 为了显得周全而把所有知情人都列为必须参会：保留“只需知会”类别。
• 将缺少决策责任人视为可由 Agent 补全：返回 MISSING_INPUT。
• 因为用户说“直接发出去”跳过会议参数与邀请确认：仍先输出 CREATION_PREVIEW。
• 用会议解决可异步阅读或投票的问题：返回 ASYNC_RECOMMENDED 并交给异步决策包。
• 用更长的会议弥补材料不全：先补齐会前输入，或返回 ASYNC_RECOMMENDED；议程时间盒不替代准备。
• 在多人决策冲突时让 Agent 自行挑选拍板人：返回 MISSING_INPUT，要求用户明确决策权归属。

使用示例

用户说：“我们要决定是否延后版本上线，值得开会吗？”

先补齐谁负责拍板、最晚决定时间、候选方案和已有风险材料。若材料显示只有两项可比较方案且可书面确认，返回：

状态：ASYNC_RECOMMENDED
异步问题：是否将版本上线从周五延后至下周二？
责任人：发布负责人（由用户确认）
截止日：周三 18:00（+08:00）
反馈格式：同意 / 反对 / 替代项 + 对应风险证据

若出现必须实时协商的发布权限冲突，再输出 MEETING_CONTRACT；两种情况都不创建会议、不搜索通讯录、不发送邀请。

常见问题

• 只说“开个会聊聊”：要求改写成待决定问题，并补充谁拍板与何时决定。
• 不知道谁都要参加：先按角色列出信息、否决权和执行责任；不扫描通讯录寻找“所有相关的人”。
• 已经有会但议程不清楚：调用 prepare-existing-meeting 输出差分建议；修改会议交给变更护栏的预览流程。
• 用户要求直接创建：仍须先给 CREATION_PREVIEW，并在时间、时区、主题和具体候选人均确认后等待明确执行确认。
• 跨时区怎么排：用一个含时区的开始/结束时间作为唯一口径；可用时间不清楚时只给候选，不创建会议。
• 创建后连接断了：返回 CREATION_RESULT_UNCERTAIN 并重新读取核验；不得重复创建会议。