核心用法
Meeting Autopilot 是一款面向运营场景的会议智能处理工具，其设计理念明确区别于传统会议纪要生成器——它不是" summarizer "，而是" operator "。用户上传 VTT、SRT 或纯文本格式的会议转录稿后，系统通过三阶段流水线处理：格式标准化（Parse）→ 智能提取（Extract）→ 运营输出生成（Generate）。
工具采用多轮 LLM 提取策略，能够从非结构化转录文本中精准识别：正式决策及其决策依据、带责任人和截止日期的行动项、待澄清的开放问题、暂缓讨论的 Parking Lot 项目。最终输出包含可直接发送的跟进邮件草稿、可直接录入项目管理工具的 Ticket 草稿，以及结构化的 Markdown 报告。
特别值得关注的是其 Discord v2 交付模式优化：在频道环境中先推送紧凑摘要（决策数/行动项数/主要负责人），再通过交互组件或编号列表引导用户按需展开详情，避免长消息刷屏。
显著优点
运营导向的输出设计：区别于泛泛的"会议摘要"，生成的邮件草稿和 Ticket 草稿具备即用的业务价值，大幅降低会后跟进的人工成本。支持跨会议历史追踪（自动保存至 ~/.meeting-autopilot/history/），为承诺管理提供数据基础。
格式兼容与鲁棒性：原生支持 VTT/SRT/TXT 三种主流转录格式，自动检测无需用户指定。内置完整的错误处理矩阵，涵盖 API 密钥缺失、转录文本过短、空 LLM 响应、零提取项等边界场景。
交互体验优化：Discord 场景下的分阶段交付、1200 字符首消息限制、组件化快捷操作（Show Action Items / Show Follow-Up Email Draft 等），体现对协作工具场景的深入理解。
潜在缺点与局限性
前置依赖明确：不提供音频转录能力，需配合 Zoom/Otter.ai/Whisper 等外部工具完成录音→文本环节，形成工具链断点。
LLM 成本与稳定性：三阶段多轮调用依赖 Anthropic 或 OpenAI 的 API 可用性与 token 消耗，大规模会议处理可能产生显著成本。
归因准确性限制：无说话人标签的转录稿会导致行动项责任人识别精度下降，需人工复核确认。
执行权限较高：需要 exec: true 和 network: true 权限，企业安全策略可能对此敏感。
适合人群
- 项目经理、Scrum Master、运营负责人：需要快速将会议讨论转化为可跟踪的执行项
- 远程协作团队：依赖异步沟通，需要标准化的会后跟进流程
- 频繁参与客户/供应商会议的销售或客户成功团队：急需即用的邮件跟进草稿
常规风险
API 密钥泄露风险（需妥善管理 ANTHROPIC_API_KEY / OPENAI_API_KEY）；LLM 幻觉可能导致行动项归属或截止日期提取错误，关键业务决策需人工二次确认；跨会议历史数据本地存储可能涉及隐私合规考量。