需要开跨职能会议时，用反会议检查与时间盒议程模板生成可分享的…

在主持会议或需要提前对齐讨论内容、负责人和时间分配时，生成面向参会者的结构化议程。

适用场景

解决思路

1. 先做反会议检查：明确询问『这件事必须开会，还是可以异步处理？』只有当能说出至少一项同步价值时才通过——需要讨论的权衡（多个选项、偏好不确定）、需要解决的冲突（具名相关方意见不一致）、共同创造（会上共同白板或写文档）、建立关系（首次与相关方会面、互相校准）、阻塞升级（时间敏感的解除阻塞）。若都不满足，则推荐异步替代方案（书面更新、文档评审、Slack 投票），并产出一页『如何异步处理』的说明而不是议程。
2. 解析并载入输入：读取主题或目的，载入所有 @file 引用，提取参会人名单、时间约束或关联文档。
3. 推断缺失值：会议类型（由主题关键词、参会人资历组合推断，默认 other 并标低置信度）、时长（v1.1.0 按类型取默认：kickoff=60、working-session=60、decision-making=45，仅 other、1-on-1、exec-briefing、customer-call 为 30 分钟）、目标（由主题措辞推断并在摘要中呈现）、参会人 RACI（由资历和主题归属线索推断，全部标注为推断）、期望成果（由目标和会议类型启发式给出草稿）。当参会人 RACI 或期望成果的推断置信度低于高时，在 go-mode 摘要中用 ⚠ 标注。
4. 呈现 go-mode 推断摘要：展示推断值及置信度标记，接受一个词 go 继续，或接受修正后重新推断并再次呈现摘要。若以 --go 调用，则跳过摘要直接用默认值产出；若用户已提供全部值，则不出现检查点。
5. 设计时间盒议题列表：按会议类型变体调整结构，使各议题时间之和等于会议时长（±2 分钟）。若议题列表超出可用时间，明确标出并要求协调，不要静默裁剪。每个议题必须包含：类型标签（Discussion | Decision | Information | Working）、负责人（姓名或团队）、目标（完成的样子）、时间分配、预读链接（如有）。
6. 指定参会人准备事项：列出必读材料及链接和预估准备时间，为想深入了解的参会人补充推荐背景，并写明『准备好要……』的期望，以明确每位参会人的贡献。
7. 添加 parking lot 和后勤占位：parking lot 用于记录会上提出的跑题事项；后勤涵盖加入链接、所需材料、录制负责人。
8. 用填充好的值渲染 TEMPLATE.md，并从最终产物中删除所有指导性引用块。
9. 校验输出：frontmatter 符合家族契约的通用基础字段加议程专属字段（meeting_duration_minutes、desired_outcomes）；议题时间之和等于会议时长（±2 分钟）；至少列出一项期望成果；在 Generation context 中记录反会议检查结果。
10. 按会议类型应用变体：1-on-1 用滚动结构（上次事项、本次议题、成长发展、阻塞），默认 30 分钟；standup 用状态轮询、升级、待决事项，默认 15 分钟；planning 聚焦承诺、容量检查、依赖，默认 60 分钟；review 以演示为先、重预读、明确反馈收集机制，默认 60 分钟；decision-making 先列选项、决策标准、明确决策请求，必须带提案预读，默认 45 分钟；brainstorm 议程极简、生成式提示、无决策压力，默认 45 分钟；stakeholder-review 先 TL;DR、业务影响框架、明确请求前置，默认 45 分钟；project-kickoff 覆盖范围、角色、成功标准、风险、沟通计划，默认 60 分钟；working-session 议程极简、必须预做功课、明确交付物，默认 60 到 90 分钟；exec-briefing 先 TL;DR、后支撑细节，默认 30 分钟；other 用通用议题结构，默认 30 分钟。
11. 若存在 .claude/pm-skills.local.md，则读取 active_initiative 和近期 decision 产物，使议程反映已定事项、不再安排时间重开；不写入任何内容（议程是尚未发生会议的计划，recap 才是持久产物）；除非 memory_auto_append: true，否则先提议条目并等待确认再写入。
12. 交付前按质量清单核对：反会议检查已应用并记录；会议类型已设置（或明确为 other 并标低置信度）；时长已设置（未提供则默认 30 分钟并标注为默认）；期望成果具体可验证（不是『讨论 X』而是『决定是否发布 X』）；每个议题都有类型标签、负责人、目标、时间；议题时间之和等于会议时长；列出预读准备时间；后勤部分有加入链接和材料引用；可分享摘要为 5-6 行、可直接粘贴到 Slack；Sources and References 部分包含 Generation context，说明所用默认值和所做推断。

适用边界 · 注意事项

• 用户的准备是私密且策略性的（定位、相关方解读、诉求）——应改用 foundation-meeting-brief。
• 会议已经开完——应改用 foundation-meeting-recap 做事后总结。
• 用户想向非参会者传达结果——应在会后改用 foundation-stakeholder-update。