腾讯会议录音归档
把一场腾讯会议录音拉成文字版（智能纪要 + 转写全文），再据实更新客户主档。归档口径是拜访速记：只追加、不判断。成果一律为 HTML 排版纪要，Markdown 版仅在用户点名时才出。
何时用
用户提到"拉录音 / 转文字 / 会议纪要"并指明某场客户会议时触发，通常配合 client-advisor 的建档与拜访速记使用。前提是录音已在腾讯会议云端，且用户本人录制或有查看权限。
流程总览
四步：授权 → 定位录制 → 拉取内容 → 产出归档。命令语法与数据解析细节见 references/tmeet-cli-细节.md，纪要版式基准在 assets/纪要模板_同讯20260827.html。
第一步 授权
Windows 下 tmeet 只在 bash 环境可用，PowerShell 既没有 export 也找不到命令，需要用完整路径调用其启动脚本。登录后用状态查询确认授权生效，全程不得输出 token 明文。
第二步 定位录制
按已知信息分三条路：
- 有会议号或会议 ID，直接查会议详情，确认查看权限后再继续。
- 有主题或创建人关键词，用关键词加时间范围搜会议。
- 本人录制且没有正式主题，必须走"本人录制列表"直接列本人的录制记录。这是最容易踩的坑：无主题会议的标题是系统自动命名，不含客户名，拿客户名去搜会议会返回空。
时间参数一律 ISO8601 带时区格式。
第三步 拉取内容
从上一步拿到录制文件 ID 后，分别拉取智能纪要和转写全文两份内容。转写 JSON 的结构与提取方法见参考文件，其中有一个已知现象需要警惕：若仅一方音轨清晰，全部段落可能被语音识别归给同一个说话人，对方的发言不会分离出来。此时对方诉求与参会人要从内容推断，并在纪要和主档里显式标注"ASR 未分离，待核实"。
HTML 纪要规范
以 assets 目录下的模板为唯一版式基准（老石 2026-08-31 拍板），整体复制作为起点，禁止简化或改风格。文件名格式为"会议纪要_日期_主题.html"。
结构固定六节：会议信息、会议摘要、详细纪要（按议题折叠分块，每条带说话人标签）、待办事项（表格，含负责人、截止、状态）、会议决议（橙框强调）、转写全文（附录折叠，逐段按"时间 说话人：文本"排列）。
每场替换的只有变量槽：文档标题与编号、hero 区、会议信息格、摘要正文、议题块、待办行、决议条目、页脚会议名。topbar、品牌条、吸顶目录、回顶部按钮、页脚、打印降级这些固定元素不可删改。
详细纪要中"发言人识别说明"这段固定文案必须原文保留，模板内已用注释标记位置。事实纪律：职务、参会人等不确定字段写"待核实"；智能纪要与转写冲突时以转写为准；各说话人的段数统计写入会议信息的"录音情况"格。ASR 单方归音时，说话人标签从内容推断，并在发言人识别说明后追加一行说明归属方式。
主档归档（拜访速记口径）
- frontmatter 推进：阶段从潜在推到已接触，首末接触日更新为会议日，按热度填温度，写明下一步动作与截止，决策链补上对接人。
- 时间线追加一行：日期、双方对接人及职务、对方诉求、老石判断、下一步。来源标注"腾讯会议录音文字版，置信度 高"，并记入录制文件 ID。
- 客户小节从"潜在"移到"已接触"，补一条分阶段归档记录。
- 姓名歧义（如称呼与自报不一致）与需当面核实的事项，写入矛盾与待核实小节。
- kb-html 主网需重跑入口构建与全量合并脚本再生。注意：若主档挂了"相关材料"链接，构建脚本再生时会覆盖丢失，须在脚本里保留旧材料的逻辑，或在合并前手动补回。
隐私约束
面向用户只展示会议号，绝不展示内部会议 ID；不输出任何访问令牌；录音媒体文件默认不下载。
