腾讯会议甲方沟通跟进辅助

要解决什么问题

对接甲方时，会议相关信息往往散落在邮件、企业微信和口头约定里：会前要整理参会人与议题，会中要留痕，会后要把决议和待办落到责任人与截止日期，交付前还要过一遍文稿或代码。单靠人工拷贝粘贴，跨天、跨阶段很容易断档。

技能如何工作

本技能把一次甲方腾讯会议拆成 六个可按需触发的阶段，并在 ./meetings/<project-id>/ 里用 project-state.json 做状态机持久化，支持从任意阶段接续。

| 阶段 | 典型入口 |
|------|----------|
| Phase 1 会前需求采集 | 从邮件/企微整理会议要求与参会人 |
| Phase 2 会议通知 | 生成通知并走邮件 HTML + 企微卡片（发送前强制预览） |
| Phase 3 会议转录 | 实时 ASR 或事后识别，可选方言识别与翻译，产出 transcript.txt |
| Phase 4 会后纪要 | 从转写提取议题/决议/待办，生成 Word/PPT 等并下发，沉淀 action-items.json |
| Phase 5 跟进日历 | 生成 followup.ics 与 reminders.json，配合 scripts/check_reminders.py 做到期提醒 |
| Phase 6 项目审核 | 文稿、媒体（内容安全）、代码（lint + agent 审查）三路子路由 |

执行前会按 references/detection.md 探测 Python 依赖、企微、腾讯云、邮件四类能力，写入 capabilities 矩阵；凭证不全时走降级路径，不强行阻塞整条链路。提取、总结、翻译与审核逻辑由 agent 完成，技能侧主要负责 编排 IMAP/SMTP、企微 API、腾讯云 ASR/TMT/内容安全以及 python-docx/pptx、icalendar 等调用。

v1.5+ 另有独立的 scripts/market_monitor.py（行情异动）与 v1.6 的 scripts/project_dashboard.py（只读项目健康看板），与六阶段主流程并列，可按场景选用。

边界与注意点

• Phase 3 启动转录前必须确认已征得全体参会人同意；敏感内容上传腾讯云前需自行评估合规。
• 对外发送（Phase 2/4/5）不可撤销，技能会强制预览确认。
• 企微需企业自建应用；个人微信无官方 API，本技能不支持。
• Phase 6 结论仅作内部参考，关键交付物仍需人工终审；可与 tencent-meeting-OCR 等技能在转写格式上互通。