活动嘉宾语音外呼确认

要解决的问题

婚礼、聚会、年会这类活动开始前一天，最磨人的往往不是场地和菜单，而是「逐个确认出席」这件事。发一条微信或短信，回复率并不稳定；打电话能明显提高响应率，但工作人员要重复同样的开场白几十次，还要手工记下「确认 / 拒绝 / 未接通 / 有备注」。最后信息散落在便签、聊天记录和记忆里，想汇总成一份能用的名单，又得再花一个小时。

这个 Skill 要自动化的就是这段重复劳动：用语音外呼替代人工拨号，并把结果结构化沉淀下来。

核心能力

• 批量语音呼叫：依赖 @xonder/supercall 能力包，按名单逐个发起外呼，而不是只发一条文字消息等回复。
• 结构化结果沉淀：每通电话结束后，把结果归入「确认 / 拒绝 / 未接通 / 备注」四类，直接形成可交付的 RSVP 表。
• 流程可拆分：可以先做一次性试跑，验证话术和号码质量，再切换到可长期运行的自动化模式。

关键步骤

1. 准备外部依赖：Twilio 号码负责外呼线路，OpenAI Realtime Key 提供通话语音模型，ngrok 用于 webhook 隧道。
2. 完成 SuperCall 的 README 配置步骤，把上面三项接起来。
3. 运行参考流程，先跑一轮真实或模拟数据。
4. 接入一个任务或消息系统做闭环，之后再扩展到更多工具。

适用边界与注意事项

这个 Skill 的风险等级是「高」，自动化程度是「半自动」，不要把它当成无人值守的开关。

• 涉及联系人、通话记录和个人数据，正式接入前先确认权限边界，遵循最小权限原则。
• 高风险动作（例如自动改期、直接通知供应商）建议只生成草稿或建议，由人确认后再执行。
• 保留运行日志、输入样例和最终输出，方便后续复盘与交付验收。
• 小样本跑通后再放大到全量名单，确保每位嘉宾都有明确状态记录。

验收口径：能用真实或模拟数据完整跑通一次，输出结构清晰并包含下一步动作；连续运行 3 天结果保持稳定。