自定义总结会读取完整会议逐字转写
原文依据:3 处只要总结请求带任何额外的结构、风格、范围或长度要求,技能就跳过现成纪要,拉取全部转写并翻页到底。完整转写可能包含未出现在纪要中的敏感发言和参与者信息。
在接口允许访问时,整场会议原文会进入代理处理上下文;请求原话时还会逐行完整输出。这会扩大会议内容在聊天记录、模型处理链和屏幕上的暴露范围。
自定义总结本身是合理目的,但规则把任何附加结构、风格或长度要求都升级为读取完整逐字转写并翻页到底,即使用户只关注很窄的部分。逐字稿可能暴露纪要未包含的发言,形成超出必要范围的数据访问风险。用户可要求仅拉取相关段落,并确认会议纪要与转写权限在调用前受到限制。
**只要用户在"总结"之外附带了任何自定义的要求、描述、角度、范围、结构或风格,一律走原文生成**;**只有纯粹地说"总结下 / 讲了啥 / 纪要发我 / 看待办"、不带任何额外描述时,才返回已有的现成内容**。- **只说"总结下"(无任何自定义描述)**:仅泛泛地要一份总结/概要/待办,没有附加任何要求。触发语如"总结下 xx 会""这个会讲了啥""纪要发我""看下这个会的待办""有哪些待办"。 1. 先调 `meeting get`,取目标字段:要纪要 → 看 `notes[].note_content`;要待办 → 看 `notes[].todo_content`。 2. **可用则直接返回官方现成内容**(判定:`has_note_permission == true` 且目标字段有实质内容),无需再调用转写原文接口。 3. **不可用**(目标字段空 / `has_note_permission == false`)→ 转下方原文兜底。- **带了任何自定义要求 / 描述**:只要用户附加了结构、角度、聚焦范围、风格或长度等任意描述,就归此类。触发语如"按决策点整理""用三段式""列出每人发言重点""重点讲预算那部分""写成正式会议纪要""一句话概括""结合上次的会说说进展"等。 - **跳过 `get`,直接 `meeting original get` 拉全部转写**,按用户的要求/描述加工总结。理由:官方 `notes` 是固定视角的成品,满足不了任何定制诉求,必须回到原文重新加工。查看另外 2 个位置
1. **定位会议**:从上下文或 `list` / `search` 取得 `meeting_id`(周期会议带 `sub_meeting_id`)。2. **确定段落**:用户明确指定"第 N 段" → `media_index = N-1`;**未指定 → 不传 `media_index`**(接口返回全部段),不主动追问。3. **拉取转写**:调用 `wecom-cli meeting original get --json '{...}'`。4. **翻页拼接**:`has_more == true` 时携带 `next_cursor` 续拉,直到 `false`,按返回顺序拼接 `original_data`。5. **输出**: - **要原话/逐字记录**(默认)→ 保留时间戳 + 说话人的逐行格式,**不改写、不总结、不裁剪**。 - **作为「会议总结」兜底或带自定义要求**(见 [SKILL.md 核心场景 7](../SKILL.md))→ 以拼接后的 `original_data` 为素材,按默认或用户指定结构加工总结。 3. **不可用**(目标字段空 / `has_note_permission == false`)→ 转下方原文兜底。- **带了任何自定义要求 / 描述**:只要用户附加了结构、角度、聚焦范围、风格或长度等任意描述,就归此类。触发语如"按决策点整理""用三段式""列出每人发言重点""重点讲预算那部分""写成正式会议纪要""一句话概括""结合上次的会说说进展"等。 - **跳过 `get`,直接 `meeting original get` 拉全部转写**,按用户的要求/描述加工总结。理由:官方 `notes` 是固定视角的成品,满足不了任何定制诉求,必须回到原文重新加工。