Wecomcli Meeting Skill Security Audit

238239## CLI 调用格式240241```bash242wecom-cli meeting [action] --json '{"key": "value"}'243```244245- `meeting action`：`create`、`list`、`get`、`search`、`cancel`、`update`、`original get`246- `--json`：JSON 参数，用**单引号**包裹

64>65> **问题与选项固定 [CRITICAL]**：消歧确认时，问题与可选项都必须原文照用、严格禁止修改任何内容——问题固定为 `"需要创建日程还是会议？"`，可选项固定为 `日程` / `会议`；不得改写问题措辞、增减或改写选项、翻译，或自行设计其他表述（如"在线会议 / 线上会议 / 视频会议 / 线下会议"等）。66>67> 用文字向用户提问：`需要创建日程还是会议？（请回复：日程 / 会议）`68>69> 用户答「会议」→ 留在本技能创建会议；答「日程」→ 改用 `读取 wecomcli-calendar 技能` 创建日程。70>

82>83> **维度一：查哪一边（日程 / 会议 / 两边都查）**84> - **明确是在线会议** → 用户明确提到"在线会议 / 视频会议 / 入会链接 / 会议号 / 腾讯会议 / 远程参会"等在线会议专属特征时，留在本技能只查会议。85> - **明确是日程 / 安排** → 用户说的明显是日程类内容（如"日程 / 安排 / 我的安排 / 日历"，且不带在线会议特征）时，改用 `读取 wecomcli-calendar 技能` 只查日程。86> - **模糊表述无法判定**（"会 / xx会 / xx会议 / 开会 / 最近有什么会 / 有哪些会 / 找下 xx会议"等，既可能是日程也可能是会议）→ **日程和会议都要查**：既用本技能查会议，又 `读取 wecomcli-calendar 技能` 查日程。87>

61   - `attendees` 缺失时，用文字追问参会人，禁止默认创建无参会人的会议或自行猜测；地点、会议室等非必填参数用户未明确指定时不追问，也不传该字段。文字提问如：`需要邀请哪些人参会？`（可列出"仅自己"及根据对话语境补充的 1-3 个候选人名供参考）622. **参会人解析**：上下文中已有合法 userid（`wo` 前缀）则直接使用，跳过本步骤；用户提供的是人名时，通过 `读取 wecomcli-contact 技能` 将所有姓名批量搜索，逐个关键词独立处理结果：63   - 某关键词唯一匹配 → 直接使用，无需确认64   - 某关键词多个匹配 → 用文字让用户选择：`搜索到多个「{姓名}」，请确认要邀请哪一位？` 并列出候选（来自 wecomcli-contact 技能搜索结果，如"张三 - 产品部 - 产品经理 / 张三 - 技术部 - 前端工程师"，最多 4 条，超出取前 4 并提示用户缩小范围）65   - 某关键词无结果 → 用文字提示用户重新输入：`未找到「{姓名}」，请确认姓名是否正确`66   - 所有姓名确认完毕后，汇总 userid 组装为对象数组一并传入 `attendees`673. **参会人忙闲检查（新建一律必做）[REQUIRED]**：新建会议的查询对象必含当前用户自己（`wo` 前缀），故创建前必须先查忙闲，避免约到冲突时间（**含只有自己的会议——避免约到自己已占用的时段**）；**本步骤是步骤 5（调用创建接口）的前置阻塞项——未完成忙闲检查、或检测到冲突但未经用户拍板，一律禁止进入创建（仅接口失败的降级例外，见下）**；外部联系人（`wm` 前缀，忙闲不可查）不纳入查询对象、但**不因此跳过**整体检查。忙闲接口不在本技能 —— 须 `读取 wecomcli-calendar 技能` 的 [忙闲查询参考](../../wecomcli-calendar/references/calendar-freebusy.md)，调 `free list`（窗口 ≤ 24h，跨天需分段；**查询对象 = 自己 + 其他内部参会人，新建会议时自己也要纳入，避免约到自己已占用的时段**）：68   - **推荐时段长度 ≠ 会议时长（精确 / 范围时间均适用）**：忙闲返回的推荐时段只用于确定会议**开始时间**，其长度不代表会议时长；用户选定时段后，会议时长仍以用户明确指定的为准，用户未明确时长时一律默认 1 小时（`begin_time + 1h`），禁止把推荐时段的长度直接当作会议时长。

71   - **接口失败**：告知"忙闲查询暂时不可用"，确认时间后继续创建，不阻塞。724. **会议室预订（仅当用户有订房意图时触发）**：用户提到"订会议室 / 在 1605 / 找个会议室 / 某栋楼的会议室"等意图时才走本步骤，没提则跳过。会议室的查询接口定义不在本技能 —— 须 `读取 wecomcli-calendar 技能` 的 [会议室查询参考](../../wecomcli-calendar/references/calendar-meeting-room.md)，按其编排执行。**五条硬性规则不可跳过**：① **先查询、后推荐、后创建**——`meeting_room_id` 必须来自 `rooms search` 的真实返回值，禁止跳过查询直接 create，禁止凭记忆 / 猜测编造；且在成功调用 `rooms search` 之前，禁止凭记忆 / 上下文 / 想象向用户罗列或推荐任何具体会议室（含用文字给出的候选、正文里的房间名 / 号 / 楼层 / 容量），要让用户选会议室必须先查到真实候选再组装选项；② **存在多个会议室必须让用户选**——命中多个候选时必须用文字让用户选择或指定具体会议室，禁止自动替用户挑选；③ **会议室必须订房、且只传 `meeting_room_id`**——只要用户给的地点是会议室，就必须经 `rooms search` 查到真实会议室并通过 `meeting_room_id` 传入，严禁把会议室名 / 房间号仅塞进 `location` 字段就创建（那样不会真正占用会议室）；预订成功后创建时**只传 `meeting_room_id`**（占用），**不需要再把会议室名重复填进 `location`**（会议室名由后端关联返回），仅当用户给的是非会议室的普通地点时才只写 `location`、不走订房；④ **优先先订房、后建会**——用户在创建时就提到会议室的，应先把会议室敲定（拿到用户确认的 `meeting_room_id`）再进入步骤 5 创建会议，本步骤是步骤 5 的前置阻塞项，避免创建后会议室被抢占。若会议室查询 / 选择尚未完成（如等待用户在候选中选择），必须停在本步骤等待，不得提前调用 create；⑤ **指定会议室查无/不可用必须先告知、禁止静默替换**——用户指定的会议室 `not_found`（查无此名）或 `unavailable`（被占）时，先告知用户"未查到 / 无法预订你指定的『xxx』会议室"，再让用户决定改订其他会议室或换时间，禁止静默替代（候选仅 1 个也须用户确认）。若创建时漏订或事后要换会议室，可走 [meeting-update](meeting-update.md) 传入新 `meeting_room_id` 改订（须先经 `rooms search` 确认 `status=bookable`），不必取消重建。73   - 用户提了楼名 → `buildings list` + LLM 匹配得到楼；没提楼则跳过（后端用当前所在楼兜底）74   - `rooms search`（带已定 `begin_time`/`end_time` + 可选楼 + 可选 `room_keyword` + `min_capacity = len(attendees) + 1`）75   - 按结果决策：用户**指定了具体会议室**（传了 `room_keyword`）且 `target` 中有 `bookable` 项 → 取该项 `meeting_room_id`（仅 1 个直接用，多个则用文字让用户选）；指定的会议室 `target=[]`（查无此名）或命中项均 `unavailable`（被占）时——先告知用户"未查到 / 无法预订你指定的『xxx』会议室"，再用文字让用户决定改订其他会议室或换时间，禁止静默替代（候选仅 1 个也须用户确认）；用户**未指定具体会议室**（`target` 为 `[]`）时——`recommendations` 有**多个**候选则必须用文字让用户选择，只有 **1 个**候选可直接使用，**为空**则问是否跨楼或换时间76   - 选定后将用户确认的 `meeting_room_id` 带入下一步的 create775. **调用创建接口**：参数就绪后直接执行 `wecom-cli meeting create --json '{...}'`。

222223### 规则 4: 权限判定交给接口224225- 取消 / 更新会议不预先按"是否本人创建"拦截，也不区分 `created_meetings` / `attended_meetings`——直接执行 `cancel` / `update`，能否操作由接口返回结果判断。226- 返回成功即操作完成；返回权限类错误则说明当前用户无权操作该会议，告知用户并建议联系会议发起人。227