weaver-work-cli 0.1.29 → 0.1.31

package/skills/weaver-e10-meeting/references/meeting-verification.md

@@ -1,7 +1,7 @@
-# 会议模块全功能验证清单（99 个 operation）
+# 会议模块全功能验证清单（132 个 operation）
 
-> **给执行方（其他智能体）的结论**：本 skill 通过 `weaver-work-cli` 暴露会议模块**全部 99 个 operation**
-> （标准版 28 + EB 版 70 + 跨模式 1），**除本文「第 6 节 不在范围」列出的 8 项外，全部可在真机上验证完成**。
+> **给执行方（其他智能体）的结论**：本 skill 通过 `weaver-work-cli` 暴露会议模块**全部 132 个 operation**
+> （标准版 28 + EB 版 91 + 跨模式 13），**除本文「第 6 节 不在范围」列出的 8 项外，全部可在实测上验证完成**。
 > 本文提供可直接照做的流程、逐条判据与负向用例；请按本文顺序执行，逐条留证据。
 
 ## 1. 先决条件（缺一不可）
@@ -106,8 +106,8 @@
 | 50 | `meeting.eb.roomUsage.detail` | read | `id` | `R-DETAIL` | — |
 | 51 | `meeting.eb.roomUsage.create.prepare` | read-before-write | `mt_id` | `W-PREP` | 记 `continuation` |
 | 52 | `meeting.eb.roomUsage.create.apply` | high-risk-write | `confirm`,`continuation` | `W-APPLY` | 回读 list；**表关联字段是 `room_id`** |
-| 53 | `meeting.eb.roomUsage.delete.prepare` | read-before-write | `id` | `W-PREP` | 见第 6 节：apply 侧环境已知异常 |
-| 54 | `meeting.eb.roomUsage.delete.apply` | high-risk-write | `confirm`,`continuation` | 见第 6 节（改用 `meeting.eb.meeting.delete` 级联释放） | — |
+| 53 | `meeting.eb.roomUsage.delete.prepare` | read-before-write | **`mt_id`** | `W-PREP` | 2026-10-27 更正：按会议**批量删**，不是按 id |
+| 54 | `meeting.eb.roomUsage.delete.apply` | high-risk-write | `confirm`,`continuation` | `W-APPLY` | 实测 45→41，删掉该会议全部占用 |
 
 ### 4.4 EB 版 · 签到 / 回执
 
@@ -167,8 +167,11 @@
 | 96 | `meeting.eb.decisionTask.list` | read | — | `R-LIST`+`R-COUNT`；`data.progress.summary={total,done,overdue,inProgress,pending}`、`items[].progress.members[]` | 人员基准取主表 `executors`，**未跟进的执行人也计入 total 且算 pending** |
 | 97 | `meeting.eb.decisionTask.update.prepare` | read-before-write | `id`,`detail1` | `W-PREP`；`finish_status` 非法枚举需报 `invalid_enum` | 记 `continuation` |
 | 98 | `meeting.eb.decisionTask.update.apply` | high-risk-write | `confirm`,`continuation` | `W-APPLY` | 回读 `decisionTask.list` 的 `detail1.finish_status`（改回未完成需传空格清空 `finish_date`） |
+| 98a | `meeting.eb.decision.update.prepare` | read-before-write | `id` +（`mt_content` / `detail1`） | `W-PREP`；`detail1Mode=cover` 必须同时传 `detail1`，否则 `invalid_detail_mode` | 记 `continuation` |
+| 98b | `meeting.eb.decision.update.apply` | high-risk-write | `confirm`,`continuation` | `W-APPLY`；cover 时 `operationinfo.operateType.detail1="cover"` | 回读 `decision.list`：概述文本 / 明细行数；**默认追加会多一行**，实测 16:46 验证 |
 
-> **计数**：标准版 28（#1–#28）+ EB 版 70（#29–#98）+ 跨模式 1（#99）= **99**，与 `weaver-work-cli meeting schema` 的 operation 数一致。
+> **计数**：标准版 28 + EB 版 91 + 跨模式 13 = **132**（含 2026-10-27 议题 create、决议任务 create/delete、决议 update；2026-10-28 二维码 render、日程空闲 schedule.free、会议室推荐 room.recommend）。
+> 本表历史新增项用 `98a/98b` 这类后缀编号，未整体重排；**operation 总数以 `weaver-work-cli meeting schema` 为准**。
 
 ### 4.7 跨模式（EB / 标准版都可用）
 
@@ -215,16 +218,21 @@ weaver-work-cli --json meeting run meeting.eb.meeting.create.prepare --input-jso
 
 ## 6. 不在范围（8 项，**不可验证**，需如实答复，禁止伪造）
 
+> **2026-10-27 更新（本节部分条目已过时）**：
+> - 纪要创建/更新/删除 **已实现**（`meeting.eb.minute.create/update/delete`，走 `create_mt_minute` 等自定义接口），不再需要 OpenAPI 兜底；
+> - `meeting.eb.roomUsage.delete` **已可用**，但入参是 `mt_id`（按会议批量删），不是 `id`；
+> - 其余条目（标准版会议室/类型管理、提前结束、扫码签到、回收站）仍成立。
+
 | 功能 | 事实与证据 | 正确答复 |
 |---|---|---|
-| EB 会议纪要**创建 / 更新 / 删除** | 无自定义 interfacePk（只有 `query_meeting_minute_list/_count`）；EB 侧纪要表 tag=`uf_mt_minutes`，只能走 OpenAPI `dataset/v2/saveFormData` | 说明只能在系统页面创建，或按 OpenAPI 通用能力人工处理 |
-| `meeting.eb.roomUsage.delete.apply` | 真机实测：URL 带 `?id=` 仍报「主键传入不能为空」（eBuilder 侧配置问题，已穷尽） | 释放占用改走 `meeting.eb.meeting.delete`（**级联回收**） |
+| EB 会议纪要**创建 / 更新 / 删除** | ✅ 2026-10-23 起已支持（`create_mt_minute` / `update_mt_minute` / `delete_mt_minute`） | 见 4.6 上方的纪要章节与 `meeting-minute-file.md` |
+| ~~`meeting.eb.roomUsage.delete` 按 id 删~~ | ✅ 2026-10-27 已修正：该接口按 **`mt_id` 批量删除**（传 id 才报「批量操作数据条件不能为空」） | `meeting.eb.roomUsage.delete` 入参已改为 `mt_id` |
 | 标准版会议室管理（增/改/删/锁定） | 服务端接口未实现 | EB 环境用 `meeting.eb.room.*`；标准版引导页面操作 |
 | 标准版会议类型管理 | 服务端接口未实现 | EB 环境用 `meeting.eb.type.*` |
 | 提前结束会议 `meeting.over` | 服务端为空实现（假成功），CLI 不提供 | 引导用户在系统页面结束 |
 | 本人扫码签到（`signMeeting`）、签到二维码、大屏签到 | 依赖现场二维码票据 + 设备 IP，AI 代签破坏签到真实性 | 引导用户现场扫码/H5 签到 |
 | 回收站（列表 / 还原 / 强制还原） | 本阶段未实现（`delete` 为软删，数据可还原但 CLI 无入口） | 引导用户到会议回收站页面操作 |
-| 决议任务删除 | 任务由 ESB 自动生成，**不提供删除**；进度用 `decisionTask.update` 维护 | 说明按设计不支持删除，改为更新完成状态 |
+| ~~决议任务删除~~ | ✅ 2026-10-27 已支持：`delete_mt_decision_task`（实测验证：删完 `decisionTask.list` 条数减少）；进度仍用 `decisionTask.update` 维护 | 删除只影响任务表，不影响决议概述 |
 
 > 附加归属事实（避免误报）：**排座在 EB 版没有该功能**；**标准版会议本身没有议题/纪要**（EB 独有）；两套数据互不相通。
 
@@ -262,12 +270,12 @@ weaver-work-cli --json meeting run meeting.eb.meeting.create.prepare --input-jso
 
 ```text
 你是会议模块的验证执行方。请读取本 skill 的 references/meeting-verification.md，按其中的顺序与判据，
-对当前环境的会议功能做一次**全量验证**（标准版 28 + EB 版 70，共 98 个 operation）：
+对当前环境的会议功能做一次**全量验证**（标准版 28 + EB 版 91 + 跨模式 13，共 132 个 operation）：
 
 1. 先做先决条件 4 步（CLI 版本、共享规则、登录态、meeting.env.detect 判定 mode），并把结果报给我。
 2. 按 mode 选择对应的一套 operation，逐条执行第 4 节表格中的判据；只读直接跑，
    写入按「prepare → 我给确认 → apply → 回读 → 清理」四步走，**只用自建数据**（名称带 CLI-VERIFY- 前缀）。
-3. 第 6 节的 8 项不在范围，**不要尝试**，如实说明即可；第 7 节的 14 个负向用例必须逐个跑。
+3. 第 6 节的 8 项不在范围，**不要尝试**，如实说明即可；第 7 节的 15 个负向用例必须逐个跑。
 4. 任何失败都要给出原始 error.type/subtype 与报错文案，禁止把失败写成"没有数据"。
 5. 最后按第 8 节模板给我一份完整回执，并列出未清理干净的数据 id。
 ```

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

@@ -92,6 +92,7 @@ cliHelp: "weaver-work-cli invoice --help"
 | 报销单创建 / 修改                   | `workflow run workflow.createForm/createRequest`、`workflow.editLoad/editPrepare/editApply`（`weaver-e10-workflow` 技能） | `[reim-workflow.md](references/reim-workflow.md)` Step 3~6；命令契约见 `[workflow-create.md](../weaver-e10-workflow/references/workflow-create.md)` |
 | 报销完整工作流编排、行为准则             | AI 内部                                            | `[reim-workflow.md](references/reim-workflow.md)`                                 |
 | 批量获取多张发票预填信息               | `invoice run invoice.reim.row-info-batch`    | `[reim-api-reference.md](references/reim-api-reference.md)`                       |
+| 相关客户 / 相关项目模糊搜索              | `invoice run invoice.reim.field.search`      | `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`「相关客户模糊搜索」 |
 | 报销 CLI operation 入参与返回值    | AI 内部                                            | `[reim-api-reference.md](references/reim-api-reference.md)`                       |
 | 发票与事前申请匹配规则                | AI 内部                                            | `[reim-matching-rules.md](references/reim-matching-rules.md)`                     |
 | 费用科目自动匹配规则                 | AI 内部                                            | `[reim-expense-subject-rules.md](references/reim-expense-subject-rules.md)`       |
@@ -117,10 +118,13 @@ cliHelp: "weaver-work-cli invoice --help"
 - 编辑发票：`invoice.update.prepare` -> 用户确认 -> `invoice.update.apply`
 - 删除发票：`invoice.delete.prepare` -> 用户确认 -> `invoice.delete.apply`
 - 流程发票字段：已有 `fid` 或详情时，用 `invoice.browse-field.data` 生成浏览按钮对象；不要运行旧源码脚本或直接调接口。
-- 报销填单（完整工作流见 `[reim-workflow.md](references/reim-workflow.md)`）：先用 `invoice.reim.candidates.list`（按日期批量）/`invoice.list`/`invoice.get`/`invoice.reim.file-ocr.preview` 获取发票 -> 展示汇总并确认 -> `invoice.reim.requests.list` 匹配事前申请 -> `invoice.reim.workflow.resolve` 得到报销工作流 -> 并行 `workflow.createForm`（`weaver-e10-workflow`，传 `{workFlowName}({workFlowId})`，**不传 `userQuestion`**，也不用 `workflow.createRequestDirect`）、`invoice.reim.row-info-batch`、`invoice.browse-field.data`（发票 + 配对凭证）-> 按规则组装 `data`（**`requestName` 与「报销事由」必传**，按 form-fill-rules 的标题/事由公式生成，禁止留用表单默认标题或留空；匹配规则见 `[reim-matching-rules.md](references/reim-matching-rules.md)`，填单规则见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`，科目匹配见 `[reim-expense-subject-rules.md](references/reim-expense-subject-rules.md)`；命中话费补贴/话费报销时先读 `[reim-phone-subsidy-rules.md](references/reim-phone-subsidy-rules.md)`）-> 直接 `workflow.createRequest` 存草稿（`action` 固定 `"draft"`，**不问用户「存草稿 / 提交审批」**，草稿由用户在 E10 核对后自己提交）-> 原样粘贴 `finalMarkdown`。创建成功后修改只能用 `workflow.editLoad` -> `workflow.editPrepare` -> 用户确认 -> `workflow.editApply`。
+- 报销填单（完整工作流见 `[reim-workflow.md](references/reim-workflow.md)`）：先用 `invoice.reim.candidates.list`（按日期批量）/`invoice.list`/`invoice.get`/`invoice.reim.file-ocr.preview` 获取发票（日期筛选默认 `consumption_tm_begin` / `consumption_tm_end`）-> 展示汇总并确认 -> `invoice.reim.requests.list` 只按开票日期和事前申请发起日期关联（只比日期不比钟点，发起日与开票日同一天算对上，默认绑定），一张发票同时落在多条上时让用户选 -> `invoice.reim.workflow.resolve` 得到报销工作流 -> 并行 `workflow.createForm`（`weaver-e10-workflow`，传 `{workFlowName}({workFlowId})`，**不传 `userQuestion`**，也不用 `workflow.createRequestDirect`）、`invoice.reim.row-info-batch`、`invoice.browse-field.data`（只传发票）-> 按规则组装 `data`（**`requestName` 与「报销事由」必传**，按 form-fill-rules 的标题/事由公式生成，禁止留用表单默认标题或留空；发票与事前申请只按时间关联，见 `[reim-matching-rules.md](references/reim-matching-rules.md)`，填单规则见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`，科目匹配见 `[reim-expense-subject-rules.md](references/reim-expense-subject-rules.md)`；命中话费补贴/话费报销时先读 `[reim-phone-subsidy-rules.md](references/reim-phone-subsidy-rules.md)`；工作流是「总部费用报销」时，用本次 `createForm` 的 `historyRequestData` 在项目确认后带出合同号，**不要询问合同号**；相关客户和相关项目需要填写时同一次让用户一起输入，未确认不建单，见 `[reim-workflow.md](references/reim-workflow.md)` Step 4.4、Step 4.5；明细「费用说明」「费用明细」不写入 `data`，由发票联动带出）-> 直接 `workflow.createRequest` 存草稿（`action` 固定 `"draft"`，**不问用户「存草稿 / 提交审批」**，草稿由用户在 E10 核对后自己提交）-> 原样粘贴 `finalMarkdown` -> **必须做 Step 5.3**：查客户 / 项目是否被联动冲空（已确认值直接写回，不要先建空草稿再问）。创建成功后修改只能用 `workflow.editLoad` -> `workflow.editPrepare` -> 用户确认 -> `workflow.editApply`。
 - 报销单创建/修改依赖同级的 `weaver-e10-workflow` 技能（`../weaver-e10-workflow/`）；该技能不存在时停止并告知用户需要安装，不要改用其他方式创建报销单。
-- **⚠️ 报销单「合同号」固定为 `20260999`**（除非用户当次明确给出别的合同号）：`createForm` 已带出该默认值时不传；没带出或用户给了别的合同号时显式传。**用户给了合同号时，承担主体 / 相关客户 / 相关项目都不传，以合同联动带出的值为准（用户口头指定的承担主体也一样）**。口径见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)` 主表字段规则。
-- **⚠️ 明细「费用说明」写精简后的 `起点-终点`**（如 `重庆财经学院-鱼胡路站`）：整串最多 1 个 `-`、不含 `|` 和空格；禁止原样填 `from` / `to` / 行程单 `fysm` 的原始地址（如 `大道|重庆财经学院-西门 - 鱼胡路-地铁站`）。精简规则见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`「行程 / 出差费用说明」。
+- **⚠️ 报销单不询问合同号。** 默认 `20260999`。用户本轮自己说了才用用户的；否则按已确认的相关项目，从 `historyRequestData` 里该项目最近一条带出。对不上或项目「不填」则用默认。带出的合同号不是 `20260999` 时，创建阶段承担主体不传。**相关客户和相关项目同一次让用户一起输入**，确认后再写入 `data`，禁止空着先建草稿，也不要拆成两轮。名称先 `invoice.reim.field.search`。明细「费用说明」不自己生成，交给发票联动。口径见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`「总部费用报销历史参考」「费用明细字段规则」。
+- **⚠️ 明细列「费用明细」禁止填值**：`createForm` 的 `fields` 里名称是「费用明细」的明细列不要写入 `data`。只传「相关发票」，由发票联动带出。用户给了文字也不要写入。建单后这一列仍空，就说明联动没带出，不要补写。见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`「费用明细字段规则」。
+- **⚠️ 明细「费用说明」禁止自己生成**：`createForm` 的 `fields` 里名称是「费用说明」或「摘要」的明细列不要写入 `data`。不要用 `fysm`、起止点、消费内容或话费账单说明去填。只传「相关发票」，由发票联动带出。用户给了文字也不要写入。建单后仍空，只说明联动没带出，不要补写。见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`「费用明细字段规则」。
+- **⚠️ 明细「相关凭证」不允许赋值**：创建和修改都不写入 `data`，由「相关发票」联动带出。不做凭证配对，`invoice.browse-field.data` 只传发票。建单后仍空只告知联动没带出，不补写，也不让用户挂行程单。见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`「3. 相关凭证不赋值」。
+- **⚠️ 主表「事前申请流程」不允许赋值**：创建报销单时不写入 `data.main`，保留空值。匹配到的事前申请只写到明细每行「相关流程」（`{requestname}({requestid})`）。见 `[reim-form-fill-rules.md](references/reim-form-fill-rules.md)`「主表字段规则」。
 - **AI 开票（默认主链路，所有开票意图先走这条）**：`invoice.issuing.qys.list`（合同号传 `contractNo`，公司名等传 `keyword`；没有线索只问一句合同号或客户名）-> 按返回的 `groups`（一组 = 合同号 + 购方 = 一张流程）让用户选组 -> **购方无税号却是专票（`specialInvoiceWithoutTaxNo=true`）时硬拦截：没有税号只能开普票，请用户先在台账改为普票，不发起流程** -> 展示确认卡片（明确"只建草稿，不会直接开票"；必填的「预计收款时间」在卡片里请用户从本月底 / 下月底 / 30 天后候选里选或直接给日期，不自己定默认值，**用户没给日期就不建草稿**）-> 用户确认 -> `workflow.createForm`（`weaver-e10-workflow`，按台账「核算公司」`sellerNames` 选择，名称必须完全相同：只有「上海亘岩网络科技有限公司」时传 `契约锁合同收款发票开具及快递申请(100003460000001852)`；是泛微网络、泛微软件、上海田亩、成都泛微、泛微国际、北京泛微、浙江泛微之一时传 `合同收款发票开具及快递申请(100003460000000214)`；为空或不在这份名单里时先问用户，选定前不建草稿。用户要退票、冲红或红冲时改为 `合同开票冲红流程(887410479139758085)`，不套用开票填单规则。**不传 `userQuestion`**，**不要按宽词“开票”检索**）-> 按 `[invoice-issuing-form-fill-rules.md](references/invoice-issuing-form-fill-rules.md)` 组装 `data`（用户说了就按用户的，没说就按默认值，例如本次开票金额默认 = 总金额、开票事由自动生成、所售产品版本号取明细规格类型（与下拉选项完全一致才填）；「开票内容」只在 `契约锁合同收款发票开具及快递申请(100003460000001852)` 上按明细货物名称推断后传入，其他流程忽略该字段；明细每行只传「金额（含税）」，其余列（货物名称、明细行id、单价、规格类型、税率、总开票金额 / 已开票金额 / 未开票金额等）由合同号联动带出，多传会让总开票金额带不出来；明细「数量」和主表「开户行名称」「开户行银行帐号」创建时不传（数量会被联动写成税率选项 id；开户行会被写成名称账号混写串）；其余购方信息由合同号联动带出，不传）；`requestName` 按 `开票申请-{购方名称}-{合同号}` 必传 -> `workflow.createRequest`（`action` 固定 `"draft"`）-> 原样粘贴 `finalMarkdown`，再用 `linkageResult` 的「是否存在合同明细数据」「总开票金额」和「本次开票总金额」核对明细是否带出、本次填的开票金额是否一致（台账开票金额为含税金额）-> **创建后补正**：`workflow.editLoad` 读草稿。开户行名称 / 账号取分组里 CLI 拆好的 `purchaserBankName` / `purchaserBankAccount`（为空时按「，账号：」拆只读字段「开户行及帐号」），`workflow.editPrepare` **只传主表这两个字段**，用户确认后 `workflow.editApply`。只有契约锁开票流程才在创建时写入「开票内容」，不要再用编辑链改（`editPrepare` 会报错）；没有匹配到选项时才提醒用户在 E10 选择。其他流程没有这个字段，不推断、不提醒。明细数量不经编辑链改（会多出一行）：回复末尾把每行数量改成台账 `items[].quantity`（按「明细行id」对应）。创建成功后修改只走 `workflow.editLoad/editPrepare/editApply`，禁止重复创建。详见 `[invoice-issuing-workflow.md](references/invoice-issuing-workflow.md)`。
 - **开票没有兜底链路（0.1.27 起）**：CLI 已移除 `invoice.issuing.make.prepare/apply`、`invoice.issuing.qys.prepare`、`invoice.issuing.result`，**不存在"直接开票/存待开台账"的接口**。用户说"直接开票""不走流程""存待开台账"时，一律走上面的主链路创建开票流程草稿，并向用户说明：开票必须经所选开票流程审批后由流程侧完成；数据不在待开票合同数据里时，提示用户先录入合同商品信息，再按主链路发起。
 - 开票流程的创建/修改依赖同级 `weaver-e10-workflow` 技能；该技能不存在时停止并告知用户需要安装，**不要尝试用其他方式直接开票**。
@@ -197,7 +201,7 @@ weaver-work-cli --json invoice run invoice.ocr.preview --input-json '{"file":"./
 weaver-work-cli --json invoice run invoice.import.prepare --input-json '{"file":"./invoice.pdf","validate":true,"syncToOa":true}'
 weaver-work-cli --json invoice run invoice.import.apply --input-json '{"file":"./invoice.pdf","continuation":"PREPARE_CONTINUATION","confirm":true}'
 weaver-work-cli --json invoice run invoice.browse-field.data --input-json '{"fid":"12345"}'
-weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":20}'
+weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100}'
 ```
 
 macOS/Linux（bash/zsh）：
@@ -210,7 +214,7 @@ weaver-work-cli --json invoice run invoice.ocr.preview --input-json '{"file":"./
 weaver-work-cli --json invoice run invoice.import.prepare --input-json '{"file":"./invoice.pdf","validate":true,"syncToOa":true}'
 weaver-work-cli --json invoice run invoice.import.apply --input-json '{"file":"./invoice.pdf","continuation":"PREPARE_CONTINUATION","confirm":true}'
 weaver-work-cli --json invoice run invoice.browse-field.data --input-json '{"fid":"12345"}'
-weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":20}'
+weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100}'
 ```
 
 ## 不在本 skill 范围

package/skills/weaver-e10-yepiaotong/references/invoice-enterprise-list.md

@@ -12,7 +12,7 @@
 
 ## 输入
 
-列表字段以 `weaver-work-cli invoice schema` 为准，字段语义与个人票夹一致。常用字段包括 `page_size`、`start_pos`、`content`、购销方、日期、金额、票种、查验状态、来源和排序。`sreim` 只有用户明确指定报销状态时才传；`bill_type` 只有用户明确要求查凭证时才传。
+列表字段以 `weaver-work-cli invoice schema` 为准，字段语义与个人票夹一致。常用字段包括 `page_size`、`start_pos`、`content`、购销方、消费日期（`consumption_tm_begin` / `consumption_tm_end`）、开票日期、金额、票种、查验状态、来源和排序。`sreim` 只有用户明确指定报销状态时才传；`bill_type` 只有用户明确要求查凭证时才传。报销默认按消费日期筛选。
 
 `sreim` 是字符串类型的查询筛选参数：`"0"` 获取全部发票，`"1"` 发票报销中，`"2"` 报销完成，`"3"` 获取未报销发票，`"4"` 获取不可报销。用户没有明确要求“全部发票/已报销/报销中/不可报销”时，必须省略 `sreim`，让 CLI 默认传 `"3"` 查询未报销发票。
 

package/skills/weaver-e10-yepiaotong/references/invoice-personal-list.md

@@ -16,8 +16,9 @@
 
 - `page_size`、`start_pos`
 - `content`
-- `date_begin`、`date_end`（开票日期含当日）
+- `date_begin`、`date_end`（开票日期含当日；用户明确说“开票日期”时才传）
 - `create_tm_begin`、`create_tm_end`（创建时间含当日）
+- `consumption_tm_begin`、`consumption_tm_end`（消费日期含当日；报销默认用这对筛选）
 - `payer_company`、`buyer_company`
 - `payer_taxno`、`buyer_taxno`
 - `code`、`number`
@@ -40,7 +41,7 @@ weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"s
 
 weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"sreim":"2"}'
 
-weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"date_begin":"2026-09-01","date_end":"2026-09-30"}'
+weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"consumption_tm_begin":"2026-10-01","consumption_tm_end":"2026-10-27"}'
 ```
 
 macOS/Linux（bash/zsh）：
@@ -50,7 +51,7 @@ weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"s
 
 weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"sreim":"2"}'
 
-weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"date_begin":"2026-09-01","date_end":"2026-09-30"}'
+weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"consumption_tm_begin":"2026-10-01","consumption_tm_end":"2026-10-27"}'
 ```
 
 ## 返回
@@ -63,8 +64,8 @@ weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"s
 
 不要在输入里传 `flag`；即使传入也会被 CLI 忽略并固定为个人票夹。空筛选条件直接省略，不要把空字符串传给 integer 字段。除非用户明确要求全部或某个报销状态，否则不要传 `sreim`；除非用户明确要求凭证，否则不要传 `bill_type`。
 
-**时间字段两种写法都接受**（0.1.15 起）：`date_begin`/`date_end`/`create_tm_begin`/`create_tm_end` 既可以传 `"YYYY-MM-DD"`（按东八区零点换算），也可以传秒级时间戳 integer（E10 `/api/inc/sync` 的原生格式）。CLI 会在本地归一，非法值直接报 `validation/input_invalid`，不会再透传到 E10 变成不透明的 `400 系统错误`。`page_size`/`start_pos`/`req_type`/`mask`/`mext` 同样会归一：数字串（如 `"20"`）可以，`"abc"`、`-1`、`1.5` 会被本地拦下。
+**时间字段两种写法都接受**（0.1.15 起）：`date_begin`/`date_end`/`create_tm_begin`/`create_tm_end`/`consumption_tm_begin`/`consumption_tm_end` 既可以传 `"YYYY-MM-DD"`，也可以传秒级时间戳 integer（E10 `/api/inc/sync` 的原生格式）。CLI 会在本地归一成秒级时间戳：起始日按东八区 `00:00:00`；`consumption_tm_end` 按东八区当天 `23:59:59`（例如 `"2026-10-27"` → `1793116799`），其余结束日仍按零点。非法值直接报 `validation/input_invalid`，不会再透传到 E10 变成不透明的 `400 系统错误`。`page_size`/`start_pos`/`req_type`/`mask`/`mext` 同样会归一：数字串（如 `"20"`）可以，`"abc"`、`-1`、`1.5` 会被本地拦下。
 
 > 0.1.14 及更早：CLI 不做本地归一，字符串日期会一路透传到 E10 并返回 `api/business_error`/`400 系统错误`。用 `doctor --e10` 的 package 字段确认版本。
 
-> `invoice.reim.candidates.list` 的 `date_begin`/`date_end` 同样接受 `YYYY-MM-DD` 或秒级时间戳，与 `invoice.list` 口径一致。
+> `invoice.reim.candidates.list` 的 `date_begin`/`date_end`/`consumption_tm_begin`/`consumption_tm_end` 同样接受 `YYYY-MM-DD` 或秒级时间戳，与 `invoice.list` 口径一致。报销默认传消费日期。

package/skills/weaver-e10-yepiaotong/references/invoice-reim.md

@@ -17,6 +17,7 @@
 | 获取发票明细行预填信息 | `invoice.reim.row-info` / `invoice.reim.row-info-batch` | yepiaotong | read |
 | 取发票字段对象 | `invoice.browse-field.data` | yepiaotong | read |
 | 获取当前人员及上级（兜底） | `invoice.reim.employee-superiors` | yepiaotong | read |
+| 相关客户 / 相关项目模糊搜索 | `invoice.reim.field.search` | yepiaotong | read |
 | 载入报销表单 | `workflow.createForm` | workflow | read |
 | 创建报销单（固定存草稿） | `workflow.createRequest` | workflow | high-risk-write |
 | 修改已创建的报销单 | `workflow.editLoad` / `workflow.editPrepare` / `workflow.editApply` | workflow | read / read-before-write / high-risk-write |
@@ -25,30 +26,30 @@
 
 ## 处理链
 
-1. 获取发票：已有 `fid` 时可用 `invoice.get`；已有 E10 `fileId` 时用 `invoice.reim.file-ocr.preview`；按日期批量报销用 `invoice.reim.candidates.list`（只取 `available`），按关键词/号码筛选用 `invoice.list`，默认未报销发票。
+1. 获取发票：已有 `fid` 时可用 `invoice.get`；已有 E10 `fileId` 时用 `invoice.reim.file-ocr.preview`；按日期批量报销用 `invoice.reim.candidates.list`（只取 `available`），按关键词/号码筛选用 `invoice.list`，默认未报销发票。日期筛选默认用消费日期 `consumption_tm_begin` / `consumption_tm_end`。
 2. 展示发票汇总，让用户确认哪些发票进入报销。
-3. 用 `invoice.reim.requests.list` 获取事前申请，再按时间、费用类型和标题做匹配；原始 ID、日期、金额必须逐字符保留。
+3. 用 `invoice.reim.requests.list` 获取事前申请，再只按开票日期和事前申请发起日期关联。一张发票时间上只落在一条里就直接绑定；落在多条里，或没有开票日期，先让用户选。原始 ID、日期、金额必须逐字符保留。用户没有指定结束日期时不要传 `cusCreateDateEnd`，CLI 按东八区当天 + 1 天填入。传入的结束日 CLI 也会再 + 1 天后发给接口。
 4. 用 `invoice.reim.workflow.resolve` 得到报销工作流，必要时按工作流分组。
-5. 对每组并行调用 `workflow.createForm`（`workflow` 传 `{workFlowName}({workFlowId})`）、`invoice.reim.row-info-batch`、`invoice.browse-field.data`（发票 + 配对凭证的 `fid`）。
-6. 按 [`reim-form-fill-rules.md`](reim-form-fill-rules.md) 组装 `createRequest` 的 `data`，直接调用 `workflow.createRequest` 存草稿（`action` 固定 `"draft"`，不问用户），结果原样粘贴 `finalMarkdown`。命中「话费补贴标准审批流程」或「话费报销」时，必须先读 [`reim-phone-subsidy-rules.md`](reim-phone-subsidy-rules.md)，按月度标准核算实报金额，不能直接用发票金额填单。
-7. 报销单创建成功后，后续修正使用 `workflow.editLoad` → `workflow.editPrepare` → 用户确认 → `workflow.editApply`，不要重复创建同一组发票的报销单。
+5. 对每组并行调用 `workflow.createForm`（`workflow` 传 `{workFlowName}({workFlowId})`）、`invoice.reim.row-info-batch`、`invoice.browse-field.data`（只传发票的 `fid`，不传凭证）。
+6. 按 [`reim-form-fill-rules.md`](reim-form-fill-rules.md) 组装 `createRequest` 的 `data`。差旅 / 外出报销时，每一行明细「相关流程」必须是 `{requestname}({requestid})`，没有事前申请就先让用户选，禁止空着建单。**相关客户和相关项目同一次让用户一起输入**（项目可「不填」），不要先建空草稿，也不要拆成两轮，不要询问合同号。用户给出名称时，先 `invoice.reim.field.search`：一条直接填 `名称(ID)`，多条让用户选，零条请用户换名称。合同号按已确认的项目从 `historyRequestData` 最近一条带出，对不上则用 `20260999`（见 [`reim-workflow.md`](reim-workflow.md) Step 4.4、Step 4.5）。明细「费用说明」「费用明细」「相关凭证」禁止写入，由「相关发票」联动自动填充。然后直接调用 `workflow.createRequest` 存草稿（`action` 固定 `"draft"`，不问用户「存草稿 / 提交审批」），结果原样粘贴 `finalMarkdown`。命中「话费补贴标准审批流程」或「话费报销」时，必须先读 [`reim-phone-subsidy-rules.md`](reim-phone-subsidy-rules.md)，按月度标准核算实报金额，不能直接用发票金额填单。
+7. 报销单创建成功后，先按 [reim-workflow.md](reim-workflow.md) Step 5.3 检查落库结果：客户 / 项目是否被联动冲空。已确认过的名称直接写回，不要再问。再用 `workflow.editLoad` → `workflow.editPrepare` → `workflow.editApply` 写回。不要重复创建同一组发票的报销单。用户主动改已有报销单时同样走这条修改链。
 
 完整编排见 [`reim-workflow.md`](reim-workflow.md)。
 
 ## 命令
 
-查询事前申请：
+查询事前申请。下面示例里的 `cusCreateDateEnd` 是业务结束日，CLI 会再 + 1 天后发给接口。只查列表、用户没指定结束日期时，去掉该字段，CLI 按东八区当天 + 1 天填入：
 
 Windows PowerShell：
 
 ```powershell
-weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":20,"requestname":"交通","cusCreateDateStart":"2026-07-01","cusCreateDateEnd":"2026-07-31"}'
+weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100,"requestname":"交通","cusCreateDateStart":"2026-07-01","cusCreateDateEnd":"2026-07-31"}'
 ```
 
 macOS/Linux（bash/zsh）：
 
 ```bash
-weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":20,"requestname":"交通","cusCreateDateStart":"2026-07-01","cusCreateDateEnd":"2026-07-31"}'
+weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100,"requestname":"交通","cusCreateDateStart":"2026-07-01","cusCreateDateEnd":"2026-07-31"}'
 ```
 
 载入报销表单（拿 `continuation` 与可写字段 `fields`）：
@@ -101,16 +102,18 @@ JSON
 weaver-work-cli --json workflow run workflow.createRequest --input ./reim-create-request.json
 ```
 
-示例里的字段 id 来自「总部费用报销」，实际一律以本次 `createForm` 返回的 `fields` 为准；明细行的「相关发票」「相关凭证」要放 `invoice.browse-field.data` 返回的发票对象数组。
+示例里的字段 id 来自「总部费用报销」，实际一律以本次 `createForm` 返回的 `fields` 为准；明细行的「相关发票」要放 `invoice.browse-field.data` 返回的发票对象数组；「相关凭证」不传，由发票联动带出。
 
 ## 输出处理
 
-`workflow.createRequest` 在成功（`CREATED` / `CREATED_SUBMITTED`）、提交失败（`CREATED_SUBMIT_FAILED`）和缺必填（`NEEDS_INPUT`）时返回 `finalMarkdown`，**原样粘贴给用户**，不要自己重拼表格；链接只出现在回复文本里，不要主动打开。若返回 `partial/write_uncertain`，停止，不要重放；最多做一次只读查询或请用户在 E10 页面核对。
+`workflow.createRequest` 在成功（`CREATED` / `CREATED_SUBMITTED`）、提交失败（`CREATED_SUBMIT_FAILED`）和缺必填（`NEEDS_INPUT`）时返回 `finalMarkdown`，**原样粘贴给用户**，不要自己重拼表格；链接只出现在回复文本里，不要主动打开。`CREATED` / `CREATED_SUBMIT_FAILED` 贴完后按 [reim-workflow.md](reim-workflow.md) Step 5.3 检查客户 / 项目是否被联动冲空。若返回 `partial/write_uncertain`，停止，不要重放；最多做一次只读查询或请用户在 E10 页面核对。
 
 ## 注意
 
 载入表单的 `workflow.createForm` **不传 `userQuestion`**、也不用 `workflow.createRequestDirect`：报销的 `data` 由本技能规则组装，不用流程侧智能填参。AI 报销**一律存草稿**（`action:"draft"`），组装完直接调用 `workflow.createRequest`，不让用户选「存草稿 / 提交审批」；草稿由用户在 E10 里核对后自己提交。同一组发票创建成功后禁止再次创建，修改只能走 `workflow.edit*`。
 
-出差/差旅流程需要具体相关客户。未拿到用户提供的客户前，不要调用 `workflow.createRequest`。
+相关客户和相关项目必须在建单前**一次**让用户一起填写（项目可「不填」），**禁止先建空草稿再问，也不要询问合同号**。出差/差旅流程需要具体相关客户，不能用「泛微上海」顶替。用户给出的名称先用 `invoice.reim.field.search` 消歧后再写入。合同号按已确认的项目从历史报销单带出，对不上则用 `20260999`。
+
+明细「费用说明」「费用明细」禁止自己生成，由「相关发票」联动自动填充；落库后仍空也只告知，不要补写。
 
 `invoice.reim.file-ocr.preview` 会让 E10 侧文件进入发票识别流程；如果 fileId 来自用户新上传或附件解析，先提醒用户文件内容可能进入大模型上下文，也可能发送到 E10/OCR 服务，并等待明确确认。