weaver-work-cli 0.1.39 → 0.1.40

package/scripts/mcp-meeting.mjs

@@ -0,0 +1,234 @@
+#!/usr/bin/env node
+/**
+ * weaver-work-cli 会议 MCP 服务器（stdio 传输，零依赖）。
+ *
+ * 把 CLI 的会议 operation 封装成 MCP tools，供小E / WorkBuddy 等宿主以 MCP 方式调用：
+ *   {"mcpServers": {"weaver-meeting": {"command": "node", "args": ["<本文件路径>"]}}}
+ *
+ * 设计原则（2026-11-03 与用户对齐）：
+ * - **不重新实现业务**：tools/call 内部直接 spawn 现有 CLI（`meeting run <op> --input-json`），
+ *   防呆闸门（timeConfirmed/roomConfirmed/confirm）、登录态、占用缓存、流程记忆全部原样继承；
+ * - **工具少而清晰**：MCP 工具发现靠模型读 tool schema，工具越多越乱 —— 只暴露 3 个高频动作；
+ * - **零依赖**：MCP stdio 就是 JSON-RPC 2.0（每行一个 JSON），手写握手即可，不引 SDK
+ *   （私服有坏包前科，bundle 链路也不动）。
+ *
+ * 手工自测：
+ *   printf '%s\n%s\n%s\n' \
+ *     '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"t","version":"0"}}}' \
+ *     '{"jsonrpc":"2.0","method":"notifications/initialized"}' \
+ *     '{"jsonrpc":"2.0","id":2,"method":"tools/list"}' | node scripts/mcp-meeting.mjs
+ */
+
+import { spawn } from 'node:child_process';
+import { createInterface } from 'node:readline';
+import { fileURLToPath } from 'node:url';
+import path from 'node:path';
+import { existsSync } from 'node:fs';
+
+const SERVER_INFO = { name: 'weaver-meeting', version: '1.0.0' };
+const PROTOCOL_VERSION = '2024-11-05';
+
+// CLI 入口：优先同目录的 dist（打包后 scripts/ 与 dist/ 同级），找不到再试仓库根
+const here = path.dirname(fileURLToPath(import.meta.url));
+const candidates = [
+  path.resolve(here, '..', 'dist', 'index.js'),
+  path.resolve(here, '..', '..', 'dist', 'index.js'),
+];
+const CLI_ENTRY = candidates.find((p) => existsSync(p));
+if (!CLI_ENTRY) {
+  console.error(JSON.stringify({ error: `找不到 CLI 入口，试过：${candidates.join(', ')}` }));
+  process.exit(1);
+}
+
+/** 调用现有 CLI：一行 JSON 进，一行 JSON 出。 */
+async function callCli(operation, input) {
+  return new Promise((resolve) => {
+    const child = spawn(process.execPath, [
+      CLI_ENTRY, '--json', 'meeting', 'run', operation, '--input-json', JSON.stringify(input ?? {}),
+    ], { windowsHide: true, stdio: ['ignore', 'pipe', 'pipe'] });
+    let stdout = '';
+    let stderr = '';
+    child.stdout.on('data', (chunk) => { stdout += String(chunk); });
+    child.stderr.on('data', (chunk) => { stderr += String(chunk); });
+    child.on('close', () => {
+      try {
+        resolve(JSON.parse(stdout));
+      } catch {
+        resolve({
+          ok: false,
+          error: { type: 'mcp', message: `CLI 输出不是 JSON（stderr: ${stderr.slice(0, 200)}；stdout: ${stdout.slice(0, 200)}）` },
+        });
+      }
+    });
+    child.on('error', (error) => {
+      resolve({ ok: false, error: { type: 'mcp', message: `CLI 启动失败：${error.message}` } });
+    });
+  });
+}
+
+/** 把 CLI 的返回压成 MCP text content（大 JSON 直接塞给模型会撑上下文，这里挑关键域）。 */
+function summarize(result) {
+  const data = result?.data ?? {};
+  const brief = {
+    ok: result?.ok === true,
+    ...(result?.ok ? {} : { error: result?.error }),
+    status: data.status,
+    meetingId: data.meetingId ?? undefined,
+    requestId: data.requestId ?? undefined,
+    workflowPending: data.workflowPending,
+    message: typeof data.message === 'string' ? data.message.slice(0, 400) : undefined,
+    // 选项类返回（时段/流程/会议室挑选）必须原样带给模型 —— 用户要在选项里点选
+    options: Array.isArray(data.options) ? data.options.slice(0, 6) : undefined,
+    timings: data.timings,
+  };
+  return { content: [{ type: 'text', text: JSON.stringify(brief, null, 1) }] };
+}
+
+// ---------------------------------------------------------------------------
+// 工具清单：3 个高频动作，schema 直接搬 CLI 入参的精简版（描述要自足，模型只看得到这里）
+// ---------------------------------------------------------------------------
+const TOOLS = [
+  {
+    name: 'meeting_book_room',
+    description: '预订会议室（泛微 E10 EB 版）：发起建会流程并**服务端直提**，不弹流程表单。'
+      + '时间/会议室必须来自用户原话或在候选里点选的结果——'
+      + '时间要传 timeConfirmed: true、会议室要传 roomConfirmed: true 才会真正提交，否则返回候选让用户挑。'
+      + 'submit=false 时只做预检与推荐（不提交、不弹表单）；submit=true 直接提交流程（同样不弹表单）。',
+    inputSchema: {
+      type: 'object',
+      properties: {
+        mt_subject: { type: 'string', description: '会议名称/主题（必填）' },
+        begin_datetime: { type: 'string', description: '开始时间 yyyy-MM-dd HH:mm（必填，须来自用户确认）' },
+        end_datetime: { type: 'string', description: '结束时间 yyyy-MM-dd HH:mm' },
+        timeConfirmed: { type: 'boolean', description: '用户原话明确了时间、或在候选中点选后才传 true' },
+        address: { type: 'string', description: '会议室 id 或名称' },
+        roomConfirmed: { type: 'boolean', description: '用户明确指定该会议室、或点选后才传 true' },
+        mt_type: { type: 'string', description: '会议类型名称（流程表单必填项）' },
+        extraFields: { type: 'object', description: '流程表单的其他必填字段（按字段标签传，如 {"会议内容":"..."}）' },
+        submit: { type: 'boolean', description: 'false=只出方案不提交（默认）；true=直接提交流程（不弹表单）' },
+      },
+      required: ['mt_subject', 'begin_datetime'],
+    },
+  },
+  {
+    name: 'meeting_room_list',
+    description: '查询会议室列表（EB 版，含状态）。可按人数/关键词过滤。',
+    inputSchema: {
+      type: 'object',
+      properties: {
+        keyword: { type: 'string', description: '会议室名称关键词' },
+        pageSize: { type: 'number', description: '每页条数，默认 20' },
+      },
+    },
+  },
+  {
+    name: 'meeting_room_usage',
+    description: '查询某天某会议室（或不指定则全部会议室）的占用明细，用于回答"这个会议室明天有没有空"。',
+    inputSchema: {
+      type: 'object',
+      properties: {
+        day: { type: 'string', description: '日期 yyyy-MM-dd（必填）' },
+        address: { type: 'string', description: '会议室 id；不传 = 返回当天全部会议室占用' },
+      },
+      required: ['day'],
+    },
+  },
+];
+
+async function handleToolCall(name, args) {
+  if (name === 'meeting_book_room') {
+    const input = {
+      // ⛔ CLI 的语义键是 mt_name（FIELD_ALIASES 里「会议名称/会议主题/主题」都挂在它下面），
+      // mt_subject 不是合法入参 —— MCP 层做一次转换，别把模型给的名称弄丢。
+      mt_name: args.mt_subject ?? args.mt_name,
+      begin_datetime: args.begin_datetime,
+      ...(args.end_datetime ? { end_datetime: args.end_datetime } : {}),
+      ...(args.timeConfirmed ? { timeConfirmed: true } : {}),
+      ...(args.address ? { address: args.address } : {}),
+      ...(args.roomConfirmed ? { roomConfirmed: true } : {}),
+      ...(args.mt_type ? { mt_type: args.mt_type } : {}),
+      ...(args.extraFields && typeof args.extraFields === 'object' ? { extraFields: args.extraFields } : {}),
+      // MCP 口径（2026-11-03 用户确认）：预约会议 = 直提流程，**永不弹流程表单**；
+      // 提交必须 confirm + submit_mode:direct，预检则不带 confirm（CLI 返回方案，同样不弹表单）。
+      ...(args.submit === true ? { confirm: true, submit_mode: 'direct' } : {}),
+    };
+    return summarize(await callCli('meeting.eb.meeting.create.flow.quick', input));
+  }
+  if (name === 'meeting_room_list') {
+    return summarize(await callCli('meeting.eb.room.list', {
+      ...(args.keyword ? { keyword: args.keyword } : {}),
+      ...(args.pageSize ? { pageSize: args.pageSize } : {}),
+    }));
+  }
+  if (name === 'meeting_room_usage') {
+    const day = String(args.day ?? '').slice(0, 10);
+    const input = args.address
+      ? { beginDatetime: `${day} 00:00`, endDatetime: `${day} 23:59`, address: args.address }
+      : { begindatetime: `${day} 00:00`, enddatetime: `${day} 23:59`, pageSize: 200 };
+    const op = args.address ? 'meeting.eb.conflict.room' : 'meeting.eb.roomUsage.list';
+    return summarize(await callCli(op, input));
+  }
+  return { content: [{ type: 'text', text: `未知工具：${name}` }], isError: true };
+}
+
+// ---------------------------------------------------------------------------
+// JSON-RPC over stdio（每行一个消息）
+// ---------------------------------------------------------------------------
+const rl = createInterface({ input: process.stdin });
+const send = (message) => process.stdout.write(`${JSON.stringify(message)}\n`);
+// stdin 关闭（宿主不再发消息）时要等在途的 tools/call 跑完再退——CLI 调用要十几秒，不能被杀
+let pendingCalls = 0;
+let stdinClosed = false;
+
+rl.on('line', (line) => {
+  const text = line.trim();
+  if (text === '') return;
+  let message;
+  try {
+    message = JSON.parse(text);
+  } catch {
+    return; // 非 JSON 行（人话日志）直接忽略
+  }
+  const { id, method, params } = message ?? {};
+  if (method === 'initialize') {
+    send({
+      jsonrpc: '2.0', id,
+      result: {
+        protocolVersion: PROTOCOL_VERSION,
+        capabilities: { tools: { listChanged: false } },
+        serverInfo: SERVER_INFO,
+      },
+    });
+    return;
+  }
+  if (method === 'notifications/initialized' || (method ?? '').startsWith('notifications/')) return;
+  if (method === 'tools/list') {
+    send({ jsonrpc: '2.0', id, result: { tools: TOOLS } });
+    return;
+  }
+  if (method === 'tools/call') {
+    pendingCalls += 1;
+    handleToolCall(String(params?.name ?? ''), params?.arguments ?? {})
+      .then((result) => send({ jsonrpc: '2.0', id, result }))
+      .catch((error) => send({
+        jsonrpc: '2.0', id,
+        result: { content: [{ type: 'text', text: `工具执行异常：${error.message}` }], isError: true },
+      }))
+      .finally(() => {
+        pendingCalls -= 1;
+        if (stdinClosed && pendingCalls === 0) process.exit(0);
+      });
+    return;
+  }
+  if (method === 'ping') {
+    send({ jsonrpc: '2.0', id, result: {} });
+    return;
+  }
+  if (id !== undefined) {
+    send({ jsonrpc: '2.0', id, error: { code: -32601, message: `method not found: ${method}` } });
+  }
+});
+rl.on('close', () => {
+  if (pendingCalls === 0) process.exit(0);
+  stdinClosed = true; // 在途调用完成后自行退出（见 tools/call 的 finally）
+});

package/skills/weaver-e10-cowork/references/cowork-write.md

@@ -33,7 +33,7 @@ weaver-work-cli cowork run cowork.item.create.prepare --input-json '{"itemName":
 weaver-work-cli cowork run cowork.item.create.apply --input-json '{"itemName":"XX项目协作","sectionId":"<选项id>","itemContent":"目标与分工","confirm":true,"continuation":"<continuation>"}'
 ```
 
-prepare 会做三件事：版块 id 存在性校验（不存在直接报错并列可选版块）、负责人默认当前用户、开关默认全开。apply 成功后返回新协作 `id`。
+prepare 会做三件事：版块 id 存在性校验（不存在直接报错并列可选版块）、负责人默认当前用户、开关默认全开。apply 成功后返回新协作 `id`，以及 `viewUrl`（PC 端 `/sp/cowork/view/{id}`）与 `mobileViewUrl`（移动端 `/mobile/cowork/view/{id}`）——`{id}` 为协作主键，链接可直接打开该协作。其余写操作（action/flag）的 apply 回执同样带 `viewUrl`。
 
 ## 2. 协作级动作：`cowork.item.action.prepare` → `apply`（`action: "end"`）
 

package/skills/weaver-e10-mail/references/mail-send.md

@@ -31,6 +31,8 @@ weaver-work-cli --json mail run mail.send.prepare --input-json '{"flag":"-1","to
 weaver-work-cli --json mail run mail.send.apply --input-json '{"continuation":"<PREPARE_CONTINUATION>","confirm":true}'
 ```
 
+`apply` 成功后返回 `subject` 与 `mailResourceId`，并附 `viewUrl`（PC 端 `/sp/mail/view?mailResourceId=<id>`，可直接打开该邮件）；存草稿分支同样返回 `mailResourceId` + `viewUrl`。`viewUrl` 为空时说明接口未回传邮件 id（极少数环境），此时提示用户到「已发送」手动确认即可。
+
 Windows PowerShell 与 macOS/Linux 命令一致（JSON 用单引号包裹）。
 
 ## 要点

package/skills/weaver-e10-meeting/SKILL.md

@@ -5,7 +5,7 @@ display_name_en: Weaver E10 Meeting Management
 description: "泛微 E10 会议管理：查会议、预约建会（推荐会议室、查冲突与空闲时段）、改期/改地点/改参会人、取消删除、流程建会、会议室查询与推荐、生成邀请函、读取会议附件、回执签到、纪要与决议任务、参会二维码。详见 description_zh。"
 description_zh: "泛微 E10 会议管理，帮您处理会议日常事务：[会议]-查询今天/本周/我的会议与会议详情，预约建会（自动推荐会议室、检测参会人会议冲突与日程空闲、冲突时给出当天可选时段），改期/换地点/改参会人、取消、删除；受限环境可走审批流程建会，提交后必出邀请函；[会议室]-查询会议室与占用，按人数/设备/常用程度智能推荐；[邀请函]-生成邀请函文档（有会议 id 用真实数据；没有也能按会议名+时间出预置函）；[资料]-读取会议与议题的附件、抽取文档正文；参会回执、签到与补签、纪要、议题、决议与决议任务；[二维码]-把文本渲染成参会码/签到码图片。认证与会话由 weaver-e10-shared 提供。"
 description_en: "Weaver E10 meeting management: [Meetings] query today/week/my meetings and details, book meetings with automatic room recommendation, attendee conflict and calendar-availability checks (plus same-day alternative slots), reschedule / change room / change attendees, cancel, delete; flow-based booking with automatic invitation when the app only allows workflow creation; [Rooms] occupancy queries and smart recommendation by capacity, equipment and personal usage; [Invitation] generate invitation docx from real meeting data; [Content] list and read meeting/topic attachments and extract document text; receipts, sign-in, minutes, topics, decisions and decision tasks; [QR] render text into attendee/sign-in QR images. Auth and session are provided by weaver-e10-shared."
-version: 2.45.8
+version: 2.48.1
 author: 泛微网络科技股份有限公司
 agent_created: true
 requires:
@@ -29,6 +29,10 @@ cliHelp: "weaver-work-cli meeting --help"
 
 用户说「帮我约个会 / 预约明天和 XX 开会」时，**先按这个顺序做，不要一上来就问一堆**：
 
+**⛔ 参会人员不许收集**：用户没点名要请谁时，**不要用任何弹框/表单/输入框问『参会人员』**，直接调用 CLI 且**不传 `hrm_members`** —— CLI 会自动填当前登录人（实测表单里就是 `| 参会人员 | 卜伟领 |`）。用户主动说"叫上张三"才传。
+这条优先于下面所有步骤：先弹『参会人员（可选）』再建会 = 多问一轮，用户明确投诉过。
+
+
 0. **不确定 CLI 有没有某个能力 → `weaver-work-cli meeting ops`（纯文本）**，查具体能力用
    `meeting ops --grep 关键词`（如 `--grep suggest`、`--grep 建会`）。
    ⛔ **不准用 `meeting schema --json` 判断能力存在性**：完整 308KB、stdout 只回 20KB 预览，
@@ -41,8 +45,9 @@ cliHelp: "weaver-work-cli meeting --help"
    - ✅ **只有这两种情况传 `true`**：
      ① 用户**原话明确**给出了（"明天 9 点到 10 点"、"用 502 茶室"）；
      ② 用户**在选项里点选**后，把 `options[].value` **整体原样回传**（value 里自带该标记，别手动拼）。
-   - ⛔ **其他一切情况都不传**：用户只说"明天/上午/下午"、你从上下文推断、你觉得 9 点最合适、
+   - ⛔ **其他一切情况都不传**：用户只说"明天"（没给时段词）、你从上下文推断、你觉得 9 点最合适、
      你觉得这间房最合适 —— **一律不传**。
+     （用户说了"上午 / 下午 / 晚上"**不算猜**：按第 2 条固定区间传 `time_slot`，CLI 自己展开并置标记。）
      不传时**即使你填了** `begin_datetime` / `address`，CLI 也不会当成已定，而是返回时段/房间选项让用户点选。
    - ⛔ **禁止把候选写成定论**。`NEEDS_SELECTION` 返回的 `options` 是**候选**，不是已选：
      不许说「时间：09:00–10:00」「地点：测试会议室1」这种既定语气，
@@ -50,14 +55,24 @@ cliHelp: "weaver-work-cli meeting --help"
    - ⛔ **禁止绕过**：不许先自己调 `room.list` / `room.recommend` 挑一间，再带 `roomConfirmed: true` 硬塞；
      也不许因为"懒得再多问一轮"就直接传标记。用户没说过，就是没说过。
 
-1. **确认顺序固定：名称 → 时间 → 参会人 → 地点 → 流程**。
+1. **确认顺序固定：名称 → 时间 →（参会人，可省略）→ 地点 → 流程**。
    流程只是审批载体，**不许在四要素定下来之前就问"用哪条流程"**。CLI 也是这个顺序：
    时间没确认先回 `slot`，地点没确认再回 `room`，四个都定了才回 `flow`；
    `flow` 的 `options[].value` 里已带 `begin_datetime`/`end_datetime`/`address` 和两个确认标记，
    用户点选流程后**原样回传 value** 就直接进确认，不要再问一遍时间/地点。
 
-2. **没给具体几点 → 直接走 ① 的 `prepare` 且不传 `begin_datetime`**，它会返回「所有参会人空闲 **且**
-   该时段有可用会议室」的时段选项，直接做成选项让用户挑；禁止问"安排在几点"。
+2. **时间只有粗粒度说法时，按固定口径直接定**（2026-11-02 用户确认，不要再弹候选）：
+   - 说了「上午 / 早上」→ **09:00–12:00**；「下午」→ **13:00–18:00**；「晚上」→ **18:00–21:00**；
+   - **正确传法（优先用这个）**：`{"dateFrom":"2026-11-03","time_slot":"上午"}` —— CLI 会自己展开成
+     `2026-11-03 09:00`~`12:00` 并视为已确认；
+     也可以直接写 `begin_datetime: "2026-11-03 上午"`，两种都认；
+   - ⛔ **不要只传 `dateFrom` 就等 CLI 返回时段候选** —— 用户已经说了"上午"，再弹一次"选时段"就是重复问
+     （2026-11-02 用户投诉的就是这个）；
+   - 只给了一个**开始时间** → 结束 = 开始 + 1 小时（`durationMinutes` 可覆盖）；
+   - 给了**完整区间**（"9 点到 11 点"）→ 按给的，不做映射；
+   - 以上都算用户拍过板，CLI 会自动置 `timeConfirmed`，**不要再返回时段选项让他挑**。
+2.1 **连日期都没有时才返回候选**：不传 `begin_datetime`，`prepare` 会返回「所有参会人空闲 **且**
+   该时段有可用会议室」的时段选项，做成选项让用户挑；禁止问"安排在几点"。
    只有"只想看空闲、还不建会"时才单独调 `meeting.eb.meeting.create.suggest`。
    - 每个时段选项的 `reason` 会写明「N 人全部空闲（会议回执 + 日程已核）；M 间会议室可用：…」——
      这就是"人和房都空闲"的凭据，`options[].rooms` 是该时段真实的可用房间清单。
@@ -66,13 +81,19 @@ cliHelp: "weaver-work-cli meeting --help"
 
 3. **没指定会议室 → 不要"问"，要"给选项"**。`suggest` 返回里的 `rooms`、`prepare` 返回里的
    `roomOptions` / `options` 自带候选（已按人数/常用/时段占用排序，默认 3 个）。
+   **带了客户（`crm_members` 非空）时，接待类会议室会排前面** —— 判据是会议室描述（`room_desc`，
+   如「接待重要客户使用」）或名称含 接待/招待/客户/商务/贵宾，`reasons` 里会写明「带客户优先：…」。
+   这一层是 CLI 自动做的，**不需要你额外传参、也不要自己按名字挑**。
    - ⛔ **禁止开放式提问**：不要说「会议地点是必填项，需要你指定一间 / 你想用哪间会议室」——
      这是把选择题变成填空题，等于没推荐。
    - ✅ **必须做成选项控件**：`options[].label` 作标题、`reason` 作副标题，第一个标「推荐」。
    - ⛔ **不要自己再去调 `meeting.eb.room.list` 拼候选** —— 排好序的 `options` 就在返回值里，
      另拉列表既丢排序又会把不合适（容量不够/已被占用）的房间混进来。
    - 候选为空（该时段全被占用）→ 给「改时段 / 线上会议 / 地点待定」三个选项，仍不要让用户手填房间名。
-4. **不要问「参会人数」**。CLI 自动算 = `hrm_members` 人数 **+ 召集人自己**（已在上线账号里就不重复加），
+4. **没给参会人 → 不要弹窗问，CLI 默认就是当前登录人**（2026-11-02 用户要求）：
+   `hrm_members` 不传时 CLI 自动填当前登录人并写进表单；用户后面想加人会说，
+   所以**不要**为了"请选择参会人"打断他。
+4.1 **不要问「参会人数」**。CLI 自动算 = `hrm_members` 人数 **+ 召集人自己**（已在上线账号里就不重复加），
    用于会议室容量过滤；`total_member` / `memberCount` 是可选参数，**只有用户明确说了"几个人"才传**。
    ⛔ 不要自己推算人数、也不要因为"看起来只有 1 个参会人"就降级给人少的房间。
 5. **不要逐个问必填项**。会议名称没给就从上下文拟一个（如"十一月开发进度沟通会"）让用户一次确认；
@@ -112,6 +133,11 @@ cliHelp: "weaver-work-cli meeting --help"
      不许因为"名字不完整"就跳过查询、改成弹「客户怎么写」的选择框 —— 2026-10-31 用户投诉的就是这个：
      小E 弹了「填入参会客户字段 / 仅写入会议内容备注」两个选项，**"仅写入备注"正是明令禁止的做法**。
      先查，再谈确认；不存在"先问怎么填"这一步。
+   - **`items` 可能有多条**（动作流是 like 模糊查：搜「中国民航」能命中"中国民航信息网络股份有限公司--…"、"中航信数智…"等一票近名客户）。
+     → **把前 3–5 个客户做成选项让用户选**（标题用客户全名），不要默认取第一个、也不要自己合并；
+   - 用户选定后，`crm_members` 传 **该客户的 `{id, name}`**（就是 `items[]` 里的那一项）。
+     CLI 会**直接用这个客户自己的联系人明细**（`contacts`），**不会再回查 ESB** —— 所以选中谁就只有谁的联系人。
+     如果 `items[]` 里带了 `contacts`，原样一起传更稳（省掉一次查询）。
    - `exact: false`（命中名 ≠ 关键词）→ **把命中的全名原样念出来问"是这家吗"**，用户认了就往下走。
      ⛔ 不要问成选择题（"填客户字段 / 只写备注"），也不要拿首个匹配当定论。
    - `items: []`（真没查到）→ 才问用户：「CRM 里没搜到「X」，能给我完整的公司名吗？或这家先不关联客户？」
@@ -262,7 +288,11 @@ cliHelp: "weaver-work-cli meeting --help"
   ```
   把 `label` 做成选项让用户挑一个（`value.begin/end/address` 直接可回填），选定后带时间走 prepare。
   - 没候选时它会说明原因（人没共同空闲 / 人空闲但订不到会议室），**如实转达**，别自己编一个时间；
-  - 用户说了"上午/下午"这种粗粒度，也走它（`workStartHour`/`workEndHour` 约束），不要直接默认 9 点。
+  - ⛔ **用户说了"上午/下午/晚上"就不要走 suggest**：直接按固定时段定下来
+    （上午 09:00–12:00 / 下午 13:00–18:00 / 晚上 18:00–21:00），
+    建会时传 `{"dateFrom":"<日期>","time_slot":"上午"}` 给 `create.flow.prepare/quick`；
+    **不要**再传 `workStartHour`/`workEndHour` 让 CLI 给候选 —— 那会二次追问用户时间
+    （2026-11-03 真实翻车：用户说"明天上午"，小E 还是弹了 08:00~09:00 / 09:00~10:00 让选）。
   - ⛔ 这个操作调不通（返回 `unknown operation`）时**先跑 `meeting ops --grep suggest` 自查**，
     确认 CLI 装的是不是最新版；**不要**直接对用户说"没有这个能力" —— 建会主链路本来就不需要它。
 - ⛔ **仅限「会议建会」这一件事：不要自己手搓 `workflow.*`**
@@ -356,9 +386,9 @@ cliHelp: "weaver-work-cli meeting --help"
      没证据。正确说法："这项没核验到（原因 X）"，并原样转达原因。
      以前这些失败被 `.catch(() => null)` 静默吞掉，"没查"和"没冲突"长得一模一样，用户以为查过了
      （会议室查不到就卡在选房 → 冲突检测不跑 → 却答复"流程表单本身不做冲突检测"，就是这么错的）。
-   - **会议室台账缓存 24 小时，但「建会」链路强制拉最新**：`create.flow.prepare` / `create.flow.quick` /
-     `create.suggest` 内部都会强制刷新台账，所以刚导入/新建的会议室在建会时一定看得到。
-     只有**纯查询**（`meeting.eb.room.recommend`）会走 24h 缓存（快）；缓存超过 4 小时会在 warnings 提示
+   - **会议室台账缓存 24 小时（2026-11-03 松绑：建会链路也走缓存）**：`create.flow.prepare` / `create.flow.quick` /
+     不再每次强制重拉台账（省 ~1s），靠「候选为空自动强制重拉」兜底；代价是**刚导入的会议室在缓存期可能按名称查不到**
+     （按 id 指定不受影响）。只有**纯查询**（`meeting.eb.room.recommend`）同样走 24h 缓存（快）；缓存超过 4 小时会在 warnings 提示
      "数据可能过时"，最近改过会议室就带 `refresh: true` 重查。候选为空时还会自动强制重拉一次
      （`meta.cacheRetried: true`）。
      ⛔ **不要因为"只有 1 间/查不到"就去断言系统里没有会议室** —— 先看 `meta.roomsTotal` 与 `cacheRetried`，
@@ -412,13 +442,17 @@ cliHelp: "weaver-work-cli meeting --help"
    - 取表单一律用 `meeting.eb.meeting.create.flow.prepare`（内部按固化流程候选、未命中回落 `mt_new_wf` 调 `workflow.createForm`），
      **不要**自己拼 `workflow.createRequestDirect` / `workflow.createForm`。
 3. **能自动推的绝不问用户；剩下要问的一次问全**
-   - **时间没说具体几点**（只说"明天/下周三/上午"）→ **不要问，直接调 ① 的 `prepare` 且不传 `begin_datetime`**，
-     它会返回「所有人都空闲 + 该时段有会议室」的时段选项（带会议室名，`value` 可直接回填）。
-     这是 2026-10-30 用户明确要求的：没填时间就要推荐时间，不许弹空输入框让人手填。
+   - **时间只说了日期**（"明天 / 下周三"，**且话里没有任何时段词**）→ 不要问，直接调 ① 的 `prepare`
+     且不传 `begin_datetime`，它会返回「所有人都空闲 + 该时段有会议室」的时段选项（`value` 可直接回填）。
+     ⛔ **只要话里出现"上午/早上/下午/晚上"，就不许走这条路**：必须按第 2 条传
+     `{"dateFrom":"<日期>","time_slot":"上午"}`，让 CLI 直接定成 09:00–12:00。
+     2026-11-03 用户第二次投诉的就是这个：说了"明天上午"，还是弹「09:00~10:00 / 10:00~11:00」让他选。
      只有"只想看空闲、不建会"才单独用 `meeting.eb.meeting.create.suggest`。
    - **会议室没指定** → **不要问，要给选项**（`prepare` 返回的 `options` / `roomOptions`，
      已排好序）。呈现规则见本节第 2 条：做成选项控件，禁止列成文本 + "需要你指定一间"。
-   - 其余真正缺的（会议名称 / 参会人 / 会议类型）**一次列完问**，不要"先问人 → 再问类型"。
+   - 其余真正缺的（会议名称 / 会议类型）**一次列完问**，不要"先问人 → 再问类型"。
+     ⛔ **参会人不算"缺"**：不传 = 当前登录人（CLI 自动补进表单），**不许弹框问"参会人员是谁"**
+     （2026-11-03 用户投诉：明明可以默认自己，却又弹了一次输入框）。用户后面想加人会说。
      每多一轮追问就多一次模型推理（20–40 秒），用户体感"建个会要 2 分钟"基本都是这么来的（实测 CLI 全程只要 3 秒）。
    - 用户一句话里已经给全的要素**不要再复述确认**，直接进下一步。
 4. **不要在 prepare 之前自己先去查会议室/类型/冲突** —— `prepare`/`quick` 内部已并行跑完（见上面「会议室不能默默留空」）。
@@ -540,7 +574,10 @@ weaver-work-cli --json meeting run meeting.minute.fromGroupChat --input-json '{"
 `attachment.upload` → `minute.create` 挂附件 → ESB「解析附件」（文档同步、可能 60s 超时报 `write_uncertain` 但**不代表没执行**；音频异步约 9s 返回、原文约 2 分钟就绪）→ 等 `video_taskResult=1` / `minutes_status=4` → ESB「生成智能纪要文本」（写 `parse_content`）→ ESB「保存解析并生成文档」。
 ⛔ 不要自己拟纪要文案（提示词在 ESB 里，自己写会和小E 现有格式不一致）。
 ⛔ 不要调「获取解析纪要音频结果」：它是 1 分钟一轮的定时任务、会自己写表单，重复调可能覆盖；查进度只用 `meeting.minute.parseStatus`。
-⚠️ 流程 id / 页面 id 是**租户级配置**，文中 `<…>` 均为占位符。
+✅ **三个动作流 id 与智能纪要页面 id 已内置**（本租户 primary_key），`meeting.minute.fromGroupChat` 默认就用它们，
+你**不用传** `flowGenerateMinutes` / `flowGenerateDocument` / `aiPageId`；换租户才需要覆盖。
+⛔ 手工触发时用 `uniqueIndent: "<32位 primary_key>"`，**不要塞进 `esbFlowId`** —— 那个入参只认 19 位数字 id，
+传 GUID 会报 `can not cast to long` / `系统错误`。
 ## 读附件内容（会议附件 / 项目文件 / 议题资料）
 
 ⛔ **旧结论作废**：以前 skill 里写"附件回读只有文件名、拿不到 fileId ⇒ 下载不了"，**是错的**。
@@ -643,6 +680,12 @@ weaver-work-cli --json meeting run meeting.attachment.extract --input-json '{"mt
 - **不要**在建会前自己先跑 `hrm.employee.query`、`room.list`、`conflict.member`、`schedule.free` —— prepare/quick 内部已经并行做完了
   （只有在需要给用户**换人/换房/换时间**时才单独查）；
 - 需要让用户挑选时（多流程 / 有冲突要改期 / 换会议室），用 `quick`/`prepare` 返回的 `options` 做**一次**选择，选定后再 `quick` 一次即可收口。
+- ✅ **两个省时机制已内置（2.48.0），不用做任何事**：
+  ① **全天占用缓存**——quick/prepare 第一次跑某天会一次拉全天全部会议室占用（~2s，5 分钟内有效），
+  同一天内改时间/换会议室/再推荐**不再打占用接口**；提交成功后当天缓存自动作废，不会拿旧台账放行冲突。
+  ② **流程记忆**——多个建会流程都可发起时，自动沿用**这个人上次成功用过的流程**直接发起
+  （留痕说明"沿用了你上次选的"），不再弹流程选项；要强制回到"每次都问"传 `flowChoice: "ask"`。
+  权限过滤照做：记忆只是默认值，不是绕过权限。
 
 ## 流程建会（`meeting.eb.meeting.create.flow`）
 
@@ -679,21 +722,41 @@ weaver-work-cli --json meeting run meeting.eb.meeting.create.flow.apply \
   - **刷新为完整版**：审批通过后 `meeting.eb.meeting.list` 找到该会议 id →
     `meeting.invitation.render --mtId <id>`（只生成、不发送）。
   - ⛔ **不要因为"会议还在审批"就重复 `apply`** —— 会重复建单/重复建会。
-  - **只有 `submit_mode=browser` 才可能返回 `status=BROWSER_FILL`**（2026-10-31 起默认不再进这一档，
-    见下方「提交方式」）。万一真进到这一档：CLI 会返回 `contextId` + `finalMarkdown`（那段 `<browsertool>` 表单）
-    + `invitation.filePath`（按申请单预生成的预置函）。正确做法：把 `finalMarkdown` 内容原样作为本轮回复正文
-    （从 `<browsertool>` 到 `</browsertool>`、不包代码块），并告诉用户邀请函已生成在哪个路径；
+  - **`status=BROWSER_FILL` 时**：CLI 返回 `contextId` + `finalMarkdown`（那段 `<browsertool>` 表单）
+    + `invitation`（按申请单预生成的预置函）。具体做法见下方「提交方式」第一条；
     ⛔ 不要说"流程没提交成功 / 没有邀请函"，也不要因为"没有 requestId"重复 `apply`。
 
 - **✅ 提交方式默认「弹表单」**（2026-10-31 用户纠正；之前默认直提是错的，别再改回去）：
-  `create.flow.quick/apply` 默认 `submit_mode=browser` —— 在小e 里会**打开流程表单**，会议名称/时间/地点/参会人员/参会客户都已预填
-  （浏览按钮传的是 id，页面能落值），用户核对、修改后**自己点提交**。
-  - `browser` 下 CLI **不向服务端写入**，返回 `status=BROWSER_FILL` + `finalMarkdown`（那段 `<browsertool>`），
-    没有 `requestId` / `meetingId` —— ⛔ **不能说"流程已提交"**，要说"表单已打开，您在页面上核对后点提交"；
-  - 邀请函照给（预置函）；审批通过、会议生成后再用 mtId 跑一次 `meeting.invitation.render` 拿完整版；
+  `create.flow.quick/apply` 默认 `submit_mode=browser` —— CLI **只把表单块返回给你，不会自己打开页面**。
+  会议名称/时间/地点/参会人员/参会客户都已预填（浏览按钮传的是 id，页面能落值），用户核对、修改后自己点提交。
+  - **打开表单的唯一动作 = 把 `finalMarkdown` 原样贴进回复**（从 `<browsertool>` 到 `</browsertool>`）：
+    - 放在回复**最后**、单独成段；⛔ 不包代码块、不省略、不转述、不改缩进；
+    - **发送前自检**：正文里必须能搜到 `<browsertool>` 和 `"toolId": "fill_form"`；搜不到就补上再发；
+    - ⛔ 没贴这段却写"表单已在右侧打开"＝骗人，用户看到的就是没有表单（2026-11-02 就是这么翻车的）。
+  - `browser` 下 CLI **不向服务端写入**，返回 `status=BROWSER_FILL` + `finalMarkdown`，没有 `requestId` / `meetingId` ——
+    ⛔ **不能说"流程已提交"**，要说"表单已打开（贴在下方），您在页面上核对后点提交"。
+  - **邀请函照给，且 `invitation.text` 必须全文贴在回复里**（预置函：按申请单已知信息生成，字段可能不全）。
+    ⛔ 不要只丢一个 `filePath`；也**不要因为"流程还没提交成功"就不给邀请函** —— 这是两件独立的事。
   - 只有用户明确说"不用我确认，直接建"时才传 `submit_mode=direct`：直接写服务端 → 拿 `requestId` + `meetingId`，
-    会议当场生成；判断落库看这两个 id，并用 `meeting.eb.meeting.detail --id <meetingId>` 回读核对；
+    会议当场生成；判断落库看这两个 id，并用 `meeting.eb.meeting.detail --id <meetingId>` 回读核对。
+    ⚠️ 小e 环境里即使传 `direct` 也可能仍返回 `BROWSER_FILL`（流程侧没有强制提交开关）——
+    **一切以返回的 `status` 为准**：只有 `status=COMPLETE` 且拿到 `meetingId` 才算建好，
+    否则就是"表单已给出、等用户点提交"，⛔ 不要说"已提交/已建好"。
   - ⛔ 不管哪种模式，`quick` / `apply` 都是真提交，必须已拿到用户对时间/地点/人/客户的确认。
+- **群聊随建会同步创建**（2026-11-02 用户要求；CLI 自动做，不用你另外调）：
+  `quick` / `apply` 的返回里带 `groupChat: {ok, groupId, groupName, created, bound}`。
+  - `groupChat.ok=true` → 群已按「会议名称」建好，并在群里发过一条会议信息；回复里说一句"会议群已建好（群名＝会议名称）"即可；
+  - `bound=true` → 群 id 已回写会议记录 `imchat_groupid`；`bound=false`（browser 档必然如此，因为还没有会议 id）→
+    告诉用户"群已建好，会议生成后再绑定"；
+    **用户说"我提交了/审批过了"之后**，跑 `meeting.eb.meeting.group.ensure`：
+    - 有流程单号 → 传 `{"requestId":"<单据id>"}`（**首选**，会议记录的 `request_id` 是唯一凭据）；
+    - 没单号 → 传 `{"lookupPending":true}`：CLI 读本机「表单已发出」记录，用建群时记的基线单号
+      找出之后新提交的那张，再按它反查会议。
+      ⛔ **不要用会议名称反查**（用户可能在表单里改名、也可能有同名会议）；
+      返回 `requestCandidates` 说明同时有多张新单 —— 让用户确认是哪一张，别猜；
+      返回 `meetingLookup` 就是找到的会议；查不到会明说"可能还没提交/还在审批"，别反复重试；
+  - `groupChat.ok=false` → 如实说"群没建成功"+原因；⛔ 不许编群 id、不许说群已建好；
+  - ⛔ 不要重复建群：重试前先看已有返回里有没有 `groupChat.groupId`。
 - **⛔ 提交前必须把 `formPreview` 贴给用户过一眼**（2.44.0 起，2026-10-31 用户要求
   「为什么没有直接发起流程表单让我确认重填后让我点击提交」）：
   浏览器填单那条路走不通（浏览按钮不赋值），所以用"把要提交的内容原样列出来"替代核对环节。

package/skills/weaver-e10-meeting/references/meeting-minute-file.md

@@ -155,22 +155,36 @@ video_taskResult == '2'                        → 生成失败
 
 ## ESB 解析链路
 
-三个动作流都可用 `esbFlowId` 或 `uniqueIndent` 触发，走 `esb.trigger.prepare → apply`。
+三个动作流走 `esb.trigger.prepare → apply`，但**目标入参按 id 形态二选一，不能混**：
 
-> ⚠️ **表里的 id / primary_key 都是租户级配置**，各环境不同，换租户必须替换。
-> `meeting.minute.fromGroupChat` 内置了参考租户的默认值（生成纪要 / 生成文档两条），
-> 其他租户用入参 `flowGenerateMinutes` / `flowGenerateDocument` 覆盖；解析附件那条由调用方显式传 `esbFlowId`。
+| id 形态 | 用哪个入参 | 服务端行为 |
+| --- | --- | --- |
+| 19 位数字（如 `1333212605456498718`） | `esbFlowId` | 正常 |
+| 32 位十六进制 primary_key（如 `7204936B2ACC4B12A1CECD1DAB60DD97`） | **`uniqueIndent`** | 传进 `esbFlowId` 会报 `can not cast to long, value : 7204…`（查模板）或 `{"code":400,"msg":"系统错误"}`（触发） |
 
-| 用途 | esbFlowId | primary_key | mainTable |
-| --- | --- | --- | --- |
-| **解析附件**（文档同步 / 音视频异步） | `<解析附件flowId>` | `<解析附件uniqueIndent>` | `mtAIMinutePageID*`、`minuteId*`、`mt_id*`；可选 `doc_file` / `video_file` / `file_type` |
-| **保存解析并生成文档** | `<生成文档flowId>` | `<生成文档uniqueIndent>` | `parse_content*`、`mt_minute_id*` |
-| 解析文本生成智能纪要（备用） | `<生成纪要flowId>` | `<生成纪要uniqueIndent>` | `minuteId*` |
+> ⛔ **本租户（e-cology / 泛微网络）后台只给 primary_key，没有数字 id** —— 所以一律走 `uniqueIndent`。
+> `uniqueIndent` 触发时 prepare 会提示"无法按 applicationId 回查模板"，这是**正常**的，不影响执行。
+
+| 用途 | primary_key（本租户） | mainTable |
+| --- | --- | --- |
+| **解析附件**（文档同步 / 音视频异步） | `AD8EE1B345FD4570AE1D0882FD1B5927` | `mtAIMinutePageID*`、`minuteId*`、`mt_id*`；可选 `doc_file` / `video_file` / `file_type` |
+| **保存解析并生成文档** | `1F638AE31BC746C28A1D9DCF26D91037` | `parse_content*`、`mt_minute_id*` |
+| **解析文本生成智能纪要** | `7204936B2ACC4B12A1CECD1DAB60DD97` | `minuteId*` |
+| 获取解析纪要音频结果 | `1DB38C10699A47E89DD7CEFDAA76B8A1` | **由后台解析任务自己触发，不要手动调**（见下节） |
 
-调用示例（解析附件）：
+智能纪要页面 id（`mt_minutes_ai_page`，租户级、无接口可查）：**`1250830691712172036`**。
+`meeting.minute.fromGroupChat` 已内置上述三个 primary_key 与页面 id 作默认值，
+换租户用入参 `flowGenerateMinutes` / `flowGenerateDocument` / `aiPageId` 覆盖。
+
+调用示例（生成纪要文案 → 生成文档，实测 resultCode=200）：
 
 ```bash
-weaver-work-cli esb run esb.trigger.prepare --input-json '{"employeeId":"<员工id>","esbFlowId":"<解析附件flowId>","customParams":{"mainTable":{"minuteId":"<纪要id>","mt_id":"<会议id>","file_type":"1","video_file":"<附件id>","mtAIMinutePageID":""}}}'
+# ① 解析文本 → 智能纪要文本（写 parse_content）
+weaver-work-cli esb run esb.trigger.prepare --input-json '{"employeeId":"<员工id>","uniqueIndent":"7204936B2ACC4B12A1CECD1DAB60DD97","customParams":{"mainTable":{"minuteId":"<纪要id>"}}}'
+weaver-work-cli esb run esb.trigger.apply --input-json '{"continuation":"<上一步返回值>","confirm":true}'
+
+# ② 保存解析并生成文档（回写 mt_minutes，返回 customData.mainTable.wdID）
+weaver-work-cli esb run esb.trigger.prepare --input-json '{"employeeId":"<员工id>","uniqueIndent":"1F638AE31BC746C28A1D9DCF26D91037","customParams":{"mainTable":{"parse_content":"<①产出的正文>","mt_minute_id":"<纪要id>"}}}'
 weaver-work-cli esb run esb.trigger.apply --input-json '{"continuation":"<上一步返回值>","confirm":true}'
 ```
 

package/skills/weaver-e10-shared/SKILL.md

@@ -67,7 +67,7 @@ Token、Cookie、ETEAMSID 和业务凭证**只能由 `weaver-work-cli` 内部读
 
 下述 `auth xiaoe` 流程仅适用于上述已确认的 XiaoE 智能体环境；其他智能体不执行宿主脚本检测，直接进入浏览器 OAuth 流程。`auth xiaoe` 命令本身就是认证方式的显式选择；`hasXiaoEEnv` 使用桌面的 `--runtime-agent xiaoe` 或任意 `XIAOE_*` 环境变量识别运行环境。
 
-首次缺少本地会话时，已识别为 XiaoE 的业务命令会在 CLI 公共会话加载层自动获取登录信息；如需提前登录，只运行 `weaver-work-cli auth xiaoe`。CLI 内部按「平台凭证 Node 换票 → CLI 自带 `xiaoe_env.py` 兼容换票 → 宿主 `tokens.py` → 桌面 XiaoE 客户端会话 → `WEAVER_XIAOE_*` 环境映射」顺序取凭据；其中 `XIAOE_DOMAIN` 是 XiaoE/erpa 换票服务地址，不是 E10 地址。`xiaoe_env.py` 属于 CLI npm 包，不放入 shared Skill，且只能由 CLI 内部执行和解析。已有 XiaoE 会话被接口明确拒绝为失效时，CLI 根据会话元数据在公共请求层静默恢复并重放一次；这个流程绕开 shared Skill，Agent 不参与，也不得再补跑登录或原业务命令。失败时 CLI 返回最终结构化错误。
+首次缺少本地会话时，已识别为 XiaoE 的业务命令会在 CLI 公共会话加载层自动获取登录信息；如需提前登录，只运行 `weaver-work-cli auth xiaoe`。CLI 内部按「平台凭证 Node 换票 → CLI 自带 `xiaoe_env.py` 兼容换票 → 宿主 `tokens.py` → 桌面 XiaoE 客户端会话 → `WEAVER_XIAOE_*` 环境映射」顺序取凭据；其中 `XIAOE_DOMAIN` 是 XiaoE/erpa 换票服务地址，不是 E10 地址。`xiaoe_env.py` 属于 CLI npm 包，不放入 shared Skill，且只能由 CLI 内部执行和解析。已有 XiaoE 会话达到换票结果的 `expiryTimes` 时，CLI 会在业务请求发出前静默换票；已有 XiaoE 会话被接口明确拒绝为失效时，CLI 根据会话元数据在公共请求层静默恢复并重放一次。这个流程绕开 shared Skill，Agent 不参与，也不得再补跑登录或原业务命令。失败时 CLI 返回最终结构化错误。
 
 1. 首次无本地登录态、需要在业务命令之前显式建立 E10 会话时，可运行：
    ```text

package/skills/weaver-e10-shared/references/e10-auth-and-session.md

@@ -29,7 +29,7 @@ weaver-work-cli auth whoami
 - 业务命令失败，stderr JSON 中 `error.type === "authentication"`（如 `E10 auth not found`）
 - 业务命令返回 `error.subtype === "session_expired"`（E10 登录态 401/302 失效）
 
-CLI 的认证错误只是状态信号，不是登录命令。已有 XiaoE 会话过期时，公共请求层会根据持久化会话的 `agentType` / `loginSource` 自动恢复，不依赖 `XIAOE_*`、`--runtime-agent xiaoe`、shared Skill 或 Agent。业务命令无可读取的本地会话时，若当前 `XIAOE_*`、`--runtime-agent xiaoe` 等标记已识别为 XiaoE，公共会话加载层也会先静默获取登录信息。失败时返回 `xiaoe_credential_unavailable`，提示已尝试自动获取，Agent 只反馈并停止；不要再次登录或重跑。需要在业务命令之前主动建立会话时，可按下述流程显式登录。
+CLI 的认证错误只是状态信号，不是登录命令。已有 XiaoE 会话达到换票结果的 `expiryTimes` 时，CLI 会在业务请求发出前静默换票；被接口判定过期时，公共请求层会根据持久化会话的 `agentType` / `loginSource` 自动恢复，不依赖 `XIAOE_*`、`--runtime-agent xiaoe`、shared Skill 或 Agent。业务命令无可读取的本地会话时，若当前 `XIAOE_*`、`--runtime-agent xiaoe` 等标记已识别为 XiaoE，公共会话加载层也会先静默获取登录信息。失败时返回 `xiaoe_credential_unavailable`，提示已尝试自动获取，Agent 只反馈并停止；不要再次登录或重跑。需要在业务命令之前主动建立会话时，可按下述流程显式登录。
 
 此时**禁止**：
 

package/skills/weaver-e10-workflow/SKILL.md

@@ -100,6 +100,8 @@ cliHelp: "weaver-work-cli workflow --help"
 - 两类词**同时出现** → 按 `workflow.todoSmartConvert`（归拢优先；`todoStat` 只服务纯统计诉求）。
 - 三类词**都没有**（只是"有哪些待办 / 列出来 / 多少条"）→ `workflow.search`，不要调 `workflow.todoStat`。
 - **例外**：「批量处理待办」后面跟了明确写动作（提交 / 置已读 / 催办 / 共享 / 转发 / 退回）时，仍走 `workflow.batch*`，不要因为出现"批量处理"就转成汇总。
+- **汇总范围的小分类（2026-11-02）**：用户原话出现小分类词（待处理 / 待阅 / 超时 / 未读 / 被退回 / 草稿 / 抄送 / 转发…）时，`prep`/`run` 要传 `--sub-category <词>`（或 `--tabid <tabid>`，显式 tabid 优先；todo 词表：待处理=7、待阅=5、超时=6、被退回=8、草稿=14、全部=0），否则「汇总下我的待处理」会静默取回全部（tabid=0）。未表达小分类时不传。仅影响汇总取数，`workflow.search` 不受影响。
+- **默认排除抄送类身份（2026-11-03，generalRules）**：汇总取数默认带 `--isremarks`（排除抄送类身份 30/31/33/70/71，见 default.json `generalRules.identityFilter`），取数 warning 会提示。**用户提示词显式提到抄送/包含抄送/只要抄送/指定身份时，必须显式传 `--isremarks` 覆盖默认值**（全量=全部 23 个身份码；只要抄送=`30,31,33,70,71`）。
 - **不要**为了"先看一眼有哪些"去调 `workflow.todoStat` / `workflow.search` 再回头走汇总链路——那会多花一轮，且交付形态会被带偏。
 
 
@@ -209,6 +211,8 @@ weaver-work-cli --json workflow aigroup set --input-json '{"workflowName":["费
 ### 5) 命令输出读取纪律（禁止截断、禁止重复取数）
 
 - **禁止对命令输出做管道截断**：不要用 `| head`、`| tail`、`| more` 等处理 `weaver-work-cli --json ...` 的 stdout。截断会破坏 JSON，并且必然导致重复执行同一条命令（实测最常见的一条命令被执行 2 次，就是 `| head` 引起的）。
+- **`tools/` 脚本（`todo-summary.cjs` 等）的输出同样禁止截断、禁止重跑**（2026-11-02 用户定稿，实测踩坑）：这类输出是**纯文本素材**而不是 JSON——截断不会报错，只会让素材**悄悄缺条**。实测 `build` 的「待写摘要」一节共 17.6 KB / 9 条，用 `| head -c 9000` 只看得到前 5 条，且此时缓存已经写过、重跑 `build` 也补不回被跳过的那几条，最后只能把整套链路重跑一遍（同一任务 12 轮 → 1 轮，脚本耗时 71.9s → 3.0s）。因此：**脚本输出一律整段直读，不 `head` / `head -c` / `tail` / `grep` 过滤正文**；确需留存时用 `> <out>/xxx.log` 一次落盘、再用 Read **一次**读完（只允许这种"整段落盘"，不许分段看、不许先截断看一眼再重跑）。`prep` / `build` / `finish` 的 stdout 已包含下一步所需的全部内容（组/行/序号、待写摘要素材、最终结构、自检、载荷），**不需要、也不允许**为了"确认一下"再去翻中间产物。
+- **中间产物不要重复探查**：`<out>/` 下的 `items.json` / `state.json` / `smartgroup.json` / `build.log` / `finish.log` 是脚本自己的中间态；不要 `ls` 输出目录、不要读 `state.json` 核对、不要翻日志找已完成的信息——每次探查≈1 轮≈20s（实测一次任务这样白花 3 轮、约 25s）。只有 stdout 里确实缺、且下一步**必须**用的字段（如某条 `requestId`）才去读，读就一次读完。
 - **一律直读 stdout（失败时读 stderr，见下条），不要落盘、不要写脚本回读**：`--json` 输出是**多行 pretty JSON**，且已按体积做过控制（`workflow.todoStat` 约 20 KB/400 余行；`workflow.search` 的条目已收窄到必要字段、泛化待办查询实测约 **14 KB**；`workflow.detail` 只有几 KB；`workflow.createForm` / `editLoad` 遇到大表单会落盘、stdout 只回提示）——都在宿主单次输出上限以内——**直接读即可**。注意 `workflow.createForm` 的 `fields` / `historyRequestData` / `systemFields` 三个键是**压成单行**输出的（只去缩进、内容一字不改），其中 `fields` 那一行字段多时可能上万字符——**这属正常，不是被截断**，照常按 JSON 解析。**禁止**把 stdout 重定向到文件（`> /tmp/xxx.json`）再写脚本解析回读：它不会带来任何新信息，只会白白多出一次工具往返（实测多一轮约 +7s，占整轮耗时可观）。
 - **`workflow.search` 的体积纪律（别等被截断）**：泛化待办按要求走 `planJson` 分组（各组独立渲染、各 10 条，体积天然分散）；要看更多用 `current` 分页续查；**不要靠加大 `pageSize` 一次拉全**。CLI 侧已按 **24 KB（美化口径）** 设体积守卫：超线时自动把完整结果落盘，并在结果**最前面**给出 `resultFile`（结构化 JSON）+ `resultMdFile`（纯 `finalMarkdown`），**stdout 仍保留全量 `finalMarkdown`** ⇒ 正常渲染**直接用 stdout 即可、不需要读文件**；只有需要完整结构化明细（如逐条 `requestId`）时才从 `resultFile` 按需提取，并一次读完（不要 `| head`/`| tail`）。宿主把输出截成一小段预览时：**不要重跑同一条命令**（结果一样、白烧一轮），改用更小页或 `planJson` 分组重取；宿主提示的落盘副本（`~/.workbuddy/projects/**/tool-results/**`）**不能用 Read 工具读**（会拿 `Permission … has been denied`），确实要用时以 shell 命令读取并只提取需要的字段。
 - **失败出口在 stderr（stdout 为空即失败）**：命令失败时退出码非 0、**错误 JSON 只出现在 stderr**（`{ok:false, error:{type,subtype,message,retryable}}`），**stdout 是空的**。因此：**stdout 为空 → 一律视为失败并去读 stderr**，按 `error.subtype` 决定下一步（如 `todo_stat_requires_smart_mode` → 不要重试 todoStat，改走 `workflow.search`；`plan_requires_smart_mode` → 去掉 `planJson` 重查）；判断成败**以 `ok` 字段为准**，宿主界面把命令显示成"运行成功"只代表进程结束，不代表业务成功。

package/skills/weaver-e10-workflow/aigroup/default.json

@@ -1,5 +1,17 @@
 {
   "schemaVersion": 3,
+  "generalRules": {
+    "description": "通用规则区（2026-11-03）：不与任何工作流绑定的全局行为定义；旧版本 CLI 忽略本区块。后续新的通用规则以新键扩展（预留）。",
+    "priorityGroup": {
+      "description": "第一分组「建议优先处理的流程」的入选规则（叠加视图，入选条目仍保留在原工作流分组）。",
+      "title": "建议优先处理的流程",
+      "rules": [
+        "overdue",
+        "levelFallback"
+      ],
+      "rulesNote": "overdue=已超时（overTime/userOverTime 判定，与紧急程度无关）；levelFallback=紧急程度降级链（有 2 取 2，无 2 取 1，全 0 不因等级入选）。预留：expiringToday（今天到期）等后续扩展，未启用。"
+    }
+  },
   "defaults": {
     "weight": 999,
     "needSummary": true,