酒店会议管家

痛点：酒店会议的数据与执行断层

在酒店行业的日常运营中，经营分析会和部门例会往往卡在繁琐的流程里。会议组织者需要手动在排期软件、即时通讯工具和企业文档之间来回切换：先建个线上会议，再把几十个参会人一个个拉进来，接着翻出各门店的 Excel 报表做成 PPT，会后还要人工整理录音和笔记，最后再手动在聊天群里发待办、@对应的负责人。

这种碎片化的工作流不仅容易漏人、漏项，而且经营数据往往无法在会前直观呈现，会后的 Action Item 也缺乏跟踪机制。酒店会议管家（HMS）正是为了解决这个断层问题而生。它不是简单的自动化脚本，而是一个基于 腾讯会议官方 tmeet-skill 二创的会议闭环编排引擎，结合 企业微信连接器（wecom-cli），将一场酒店经营会议从头到尾跑通。

核心能力与工作流

HMS 的核心价值在于自主分析与任务派发。它通过四步闭环，把会议从“人工协调”变成“系统执行”：

• 步骤 ① 主动询问与议程反哺：Agent 会主动收集会议的“主题、时长、参会人”，并在确认后通过 tmeet meeting create 直接建会。如果用户提供了经营数据，它会调用 scripts/draft_agenda.py 自动检测数据异常（如预算缺口），并生成包含数据看点和待决策议题的 Markdown 议程。
• 步骤 ② 企微通讯录解析：通过 tmeet contact search 或 wecom-cli contact get_userlist 自动解析参会人身份。遇到重名等多命中情况时，它会强制要求人工确认，而非猜测。
• 步骤 ③ 零登录经营看板：无需配置任何企业账号，直接解析上传的 CSV 或 xlsx 文件，生成包含趋势预测和渠道占比的 HTML 看板。数字严格取自源文件，绝不编造。
• 步骤 ④ 纪要拆解与任务路由：会后自动拉取 smart-minutes，由于腾讯官方返回的是纯文本，HMS 通过 scripts/adapt_smart_minutes.py 用启发式规则提取行动项。随后，resolve_assignee.py 会根据花名册把纪要里的“部门/角色”映射为企微 userid，最后调用 wecom-cli 自动创建企微文档并派发带 DDL 的待办。

适用边界与工程细节

虽然 HMS 实现了高度自动化，但作为工程方案，有几个硬性边界需要注意：

1. 强依赖企业环境：完整的写操作（建会、拉人、发待办）必须部署在已连接 tmeet、wecom 和 tencent-docs 的企业环境中。未配置连接器时，仅支持看板和议程起草等只读/本地功能。
2. 安全合规机制：所有写操作（如建会、创建待办）均强制要求二次确认。Agent 不会直接暴露 meeting_id 或 open_id，而是对用户展示 meeting_code 和链接。
3. 数据诚实原则：趋势预测基于线性外推，会明确标注“预测”字样；如果源数据缺失或列名不匹配，看板会跳过对应图表并提示，不会用 0 或假数据填充。

它本质上是一个编排层：底层通讯能力来自 tmeet，办公协同来自 wecom-cli。HMS 只是在其之上构建了针对酒店经营场景的“数据-会议-任务”逻辑，让系统真正理解会议背后要解决的业务问题。