weaver-work-cli 0.1.42 → 0.1.44

package/skills/weaver-e10-reception-flow/references/fields-snapshot.md

@@ -0,0 +1,227 @@
+# 泛微客户参观接待流程 · 字段预热快照
+
+> 本文件是人读对照版；程序用的是 `data/fields-snapshot.json`，由 `weaver-work-cli reception doc/render --snapshot` 加载。明细表部分与 CLI 的 `SCHEDULE_DETAIL` 规格一致。
+> 导出时间：2026-10-28 14:26（UTC+8）
+
+## 一、流程与环境标识
+
+| 项 | 值 |
+|---|---|
+| 流程名称 | 泛微客户参观接待流程 |
+| 流程 ID | `100003460000000737` |
+| 流程分类 | 销售管理 |
+| 表单 ID | `100003669000000023` |
+| 环境域名 | `www.e-cology.com.cn` |
+| 登录 profile | `e-cology` |
+| 主表字段数 | 10 |
+| 明细表数 | 1（日程明细） |
+| continuation（本次） | `wc-7734ef8ce7ef0097` |
+| continuation TTL | 24 小时 |
+| 缓存状态 | `cached: false`（冷启动） |
+| 自愈状态 | `healed: false`（未触发重登） |
+
+> ⚠️ **continuation 是会话级凭证，24 小时过期，不可跨会话复用**。本文件缓存的是**字段结构**，不是 continuation。建单时仍需实时获取有效 continuation。
+
+## 二、主表字段清单（10 个，按真实返回顺序）
+
+| # | 字段 ID | 字段名称 | 组件类型 | 必填 | 取值格式 |
+|---|---|---|---|---|---|
+| 1 | `100003720000001122` | 参观访问类型 | Select | ✅ | 选项名称字符串 |
+| 2 | `100003720000001124` | 来访客户名称 | Ebuilder | ✅ | `{id, name}` 对象 |
+| 3 | `100003720000001125` | 客户到达日期 | DateComponent | ✅ | `yyyy-MM-dd` |
+| 4 | `100003720000001126` | 客户参观日期 | DateComponent | ✅ | `yyyy-MM-dd` |
+| 5 | `100003720000001127` | 客户性质 | Select | ✅ | 选项名称字符串 |
+| 6 | `100003720000001128` | 客户需求 | TextArea | ✅ | 原样字符串 |
+| 7 | `100003720000001129` | 项目金额（万元） | NumberComponent | ✅ | 数字；未给留空 |
+| 8 | `100003720000001130` | 泛微分支机构参与人员（主联络人，此人必须陪客户一同参观） | Employee（多选） | ✅ | 人员 id 数组 |
+| 9 | `100003720000001131` | 是否需要高层参与 | Select | ✅ | 选项名称字符串 |
+| 10 | `100003720000001132` | **客户参观接待行程单（由行政经理汇总后反馈）** | FileComponent | ✅ | 附件对象 |
+
+> 📌 **字段 10 已按需求调整**：原「相关文档（参观交流日程安排表、案例讲解PPT文件）」替换为「客户参观接待行程单（由行政经理汇总后反馈）」，字段 ID 仍为 `100003720000001132`。
+
+## 三、明细表：日程明细（formtable_main_23_dt2）
+
+### 3.1 子表规格
+
+| 项 | 值 |
+|---|---|
+| 子表名称 | 日程明细 |
+| **dataKey（库表名）** | `formtable_main_23_dt2` |
+| **subFormId（入参键）** | `100003690000000143` |
+| 启用开关字段 | `100003720000014930`，值 `启用` |
+
+> ⚠️ **关键口径**：`details` 的键必须是 **subFormId**（`100003690000000143`），`dataKey`（`formtable_main_23_dt2`）是库表名，**不能当入参键**。这是 v4.8 起固化的规则。
+
+### 3.2 明细列定义（7 列，真实字段 ID）
+
+| # | 语义 | 字段 ID | 列名 | 取值格式 | 说明 |
+|---|---|---|---|---|---|
+| 1 | 日期 | `100003720000014936` | date | `yyyy-MM-dd` | 每行日程所属日期 |
+| 2 | 时间 | `100003720000014937` | time | `HH:mm` | 环节开始时间 |
+| 3 | 环节 | `100003720000014938` | item | 字符串 | 如「公司参观」「方案介绍」「讨论交流」 |
+| 4 | 地点 | `100003720000014939` | place | 字符串 | 如「泛微上海总部」「总部129会议室」 |
+| 5 | 人员 | `100003720000014940` | person | 字符串 | 该环节参与/接待人员 |
+| 6 | 活动内容 | `100003720000014941` | activity | 字符串 | 环节具体内容描述 |
+| 7 | 备注 | `100003720000014942` | remark | 字符串 | 补充说明 |
+
+### 3.3 明细表入参结构
+
+```json
+{
+  "details": {
+    "100003690000000143": [
+      {
+        "100003720000014936": "2026-10-29",
+        "100003720000014937": "09:30",
+        "100003720000014938": "公司参观",
+        "100003720000014939": "泛微上海总部",
+        "100003720000014940": "",
+        "100003720000014941": "参观泛微上海总部展厅与办公区，了解公司发展历程与产品能力",
+        "100003720000014942": ""
+      }
+    ]
+  }
+}
+```
+
+### 3.4 标准议程兜底（源码 STANDARD_AGENDA）
+
+当 `scheduleRows` / `schedule` / `agenda` 三个来源全空时，按以下标准议程兜底，保证明细表不为 0 行：
+
+| 偏移（分钟） | 环节 | 活动内容 |
+|---|---|---|
+| 0 | 公司参观 | 参观泛微上海总部展厅与办公区，了解公司发展历程与产品能力 |
+| 45 | 方案介绍 | （空，由调用方补） |
+| 120 | 讨论交流 | 双方围绕关注点交流答疑，明确后续推进节奏 |
+
+> 默认起点 `09:30`，按偏移顺延得 09:30 / 10:15 / 11:30。`agendaStart` 可覆盖起点。
+
+## 四、选项枚举（Select 字段，真实返回）
+
+### 4.1 参观访问类型 `100003720000001122`
+
+| 选项 ID | 选项名称 |
+|---|---|
+| `0` | 参观上海总部 |
+| `1` | 参观典型客户 |
+| `2` | 参观上海总部及典型客户 |
+
+### 4.2 客户性质 `100003720000001127`
+
+| 选项 ID | 选项名称 |
+|---|---|
+| `0` | 国企 |
+| `1` | 民企 |
+| `2` | 外企 |
+| `3` | 台企 |
+| `4` | 政府事业单位 |
+
+### 4.3 是否需要高层参与 `100003720000001131`
+
+| 选项 ID | 选项名称 |
+|---|---|
+| `0` | 是 |
+| `1` | 否 |
+
+## 五、特殊组件说明
+
+### 5.1 Ebuilder 浏览按钮 `100003720000001124`（来访客户名称）
+
+- `isBrowser: true`
+- **必须传对象**：`{"id":"<客户ID>","name":"<客户名>"}`
+- **禁止** `String()` 强转，否则会写成 `[object Object]`（实测踩坑点）
+- 客户 ID 需通过客户查询接口实时获取，不可硬编码
+
+### 5.2 Employee 多选 `100003720000001130`（分支机构参与人员）
+
+- `isBrowser: true`、`isMultiple: true`
+- 传**人员 id 数组**，不是 `userid` / `cid`
+- 该字段语义为「主联络人，必须陪客户一同参观」
+
+### 5.3 FileComponent `100003720000001132`（客户参观接待行程单）
+
+- 字段名称已调整为「客户参观接待行程单（由行政经理汇总后反馈）」
+- 上传参数含**动态签名**（`authSignatureStr`、`authStr`），每次 createForm 都会变化
+- `sizeLimit: 300`（MB）、`maxNum: 100`、`formatLimit: white / *.*`
+- `folderId: 100000660000000899`
+- **该字段的签名不可缓存**，必须实时获取
+
+### 5.4 附件字段 `100003720000001141`（客户参观接待行程单 · 挂载键）
+
+- 该字段**不在表单字段清单的 10 个字段中**，属于流程表单的隐藏/系统字段
+- 建单时按固定 ID 挂载：`{"optionId":"<上传后的fileid>","content":"客户接待行程单.docx","type":"docx"}`
+- 这是本 Skill 唯一允许挂附件的字段，**禁止改挂到 `100003720000001132`**
+- 源码规则原文：`附件只写 mainKey=100003720000001141；字段清单里没有该字段属正常，禁止改挂【相关文档】`
+
+### 5.5 明细表启用开关 `100003720000014930`
+
+- 值固定为 `启用`（字符串）
+- 未启用时明细表可能不落库，建单前需确认该字段已写入
+
+## 六、极限速度优化用法
+
+### 6.1 可缓存（本文件已覆盖）
+
+| 内容 | 可缓存性 | 说明 |
+|---|---|---|
+| 主表字段 ID ↔ 名称映射 | ✅ 稳定 | 流程未复制/迁移时不变 |
+| 明细表 subFormId / dataKey | ✅ 稳定 | 同上 |
+| 明细表 7 列字段 ID | ✅ 稳定 | 同上 |
+| 组件类型（componentKey） | ✅ 稳定 | 决定取值格式 |
+| Select 选项 ID ↔ 名称 | ✅ 稳定 | 选项增删时需刷新 |
+| 主表字段数（10） | ✅ 稳定 | 可作为失效校验信号 |
+| 流程 ID / 表单 ID | ✅ 稳定 | 同环境内不变 |
+
+### 6.2 不可缓存（必须实时获取）
+
+| 内容 | 原因 |
+|---|---|
+| continuation | 24 小时 TTL，会话级 |
+| FileComponent 的 authSignatureStr / authStr | 每次 createForm 动态签发 |
+| 客户 ID | 需按名称实时查询 |
+| 人员 ID | 需按姓名实时查询 |
+| 附件 fileid | 每次上传生成新 ID |
+
+### 6.3 建议的快速路径
+
+```
+1. 读本快照 → 拿到主表 10 字段 + 明细表 7 列的 ID / 名称 / 组件类型 / 选项
+2. 轻量校验：实时取一次主表字段数量，与快照的 10 比对
+   - 一致 → 直接复用快照，跳过快照预热
+   - 不一致 → 回退完整预热，并刷新本快照
+3. 仍需实时获取：continuation、客户 ID、人员 ID、附件 fileid
+4. 按快照的组件类型做取值格式转换（见 §2、§3.2 取值格式列）
+5. 明细表按 subFormId=100003690000000143 组装，禁止用 dataKey 当键
+```
+
+### 6.4 失效条件（任一命中即刷新快照）
+
+- 主表字段数量 ≠ 10
+- 流程 ID ≠ `100003460000000737`
+- 表单 ID ≠ `100003669000000023`
+- 明细表 subFormId ≠ `100003690000000143`
+- 明细表 dataKey ≠ `formtable_main_23_dt2`
+- 环境域名 ≠ `www.e-cology.com.cn`
+- 任一字段名称与快照不符
+- Select 选项数量与快照不符
+
+## 七、实测耗时参考
+
+| 场景 | 耗时 | 说明 |
+|---|---|---|
+| prepare 冷启动（cached: false） | 17.6s / 17.99s | 两次实测，稳定复现 |
+| build（渲染+上传+校验） | 7.3s ~ 7.5s | 4 次实测区间 |
+| submit（BROWSER_FILL） | 2.3s | 成功建单 |
+| submit（幂等回放） | 0.002s | 同 payload 命中缓存 |
+
+> 若快照命中，理论上可省去完整预热的绝大部分耗时，`prepare` 有望降至 1~2 秒级（仍需客户查询与登录校验）。
+
+## 八、风险提示
+
+1. **跨环境不可复用**：本快照绑定 `www.e-cology.com.cn`，测试环境或客户环境的字段 ID 不同，必须按环境分别缓存。
+2. **流程复制会失效**：流程迁入迁出、复制、跨环境复制都会重新生成字段 ID，届时快照全部失效，需重新导出。
+3. **不要缓存签名**：FileComponent 的 `authSignatureStr` / `authStr` 是动态签名，缓存后必然上传失败。
+4. **不要缓存 continuation**：24 小时过期，且与登录会话绑定。
+5. **字段名称含占位标记**：`项目金额（万元）` 中的 `万元` 是有效标记，匹配字段时需原样保留，不可剥离。
+6. **明细表键名易错**：`details` 的键必须是 subFormId `100003690000000143`，写成 dataKey `formtable_main_23_dt2` 会导致明细不落库。
+7. **附件挂载键易错**：附件必须挂 `100003720000001141`，不能挂到 `100003720000001132`（后者是「客户参观接待行程单」文件字段，两者不同）。

package/skills/weaver-e10-reception-flow/references/guide.md

@@ -0,0 +1,179 @@
+# 原话抽取指南（只讲抽取，不讲交互形态）
+
+> **边界**：本文只帮你把用户原话过一遍 7 项、判断哪些已经说清。
+> **交互形态不在这里定义**——面板由 CLI 生成，屏数、`title`、`placeholder`、选项全以 `ask` 回包为准。
+> 读到这里不要自行设计提问方式，不要按"缺口多少"决定问几轮。
+
+---
+
+## 一、总则
+
+```
+① 预抽取 → 把原话过 7 项，逐项标 filled / ambiguous / gap（纯模型侧解析，零命令）
+② 回填   → filled 项直接写进 --known
+③ 交给 CLI → ask 只对 gap + ambiguous 出面板，屏数由 CLI 决定（上限 2）
+④ 收口   → 用户答完直接进 doc，不再补问
+```
+
+**贯穿全程一条**：同一字段在一次对话里只出现一次。已填的不再问，也不做"确认一下是不是这样"。
+
+---
+
+## 二、逐项判三态
+
+| 态 | 判据 | 后续动作 |
+|---|---|---|
+| `filled` | 原话**明确**说出，取值唯一 | 写进 `--known`，**不进面板** |
+| `ambiguous` | 提到了但取值不唯一（"下周""某某""几个人"） | 留给 CLI 面板，用户点一下或手填 |
+| `gap` | 完全没提 | 留给 CLI 面板 / 进待办 |
+
+## 三、命中线索表
+
+| # | 项 | 命中线索（出现即判 filled） | 直接填成 | 判 ambiguous |
+|---|---|---|---|---|
+| 1 | 客户 | 「XX 来访 / 到访 / 参观 / 交流 / 考察」+ 主体词：有限公司、集团、股份、控股、银行、医院、大学、学院、局、委、办、中心、研究院 | 名称原文直接用于入参（不查 ID）；简称也照传，不追问全称 | 只给简称（"XX""某某集团""XX 客户"） |
+| 2 | 人数 | 数字 + 人 / 位 / 名；「一行 N 人」「N 人团队」「带队 N 人」 | 数字 | "几个人""一行""一个团队" |
+| 3 | 参观日期 | 今天 / 明天 / 后天 / 大后天 / 周X / 本周X / 下周X / X 月 X 日 / X.X | 换算 `YYYY-MM-DD`（明天 = 当前 +1 天） | "下周""月底""近期""过几天" |
+| 4 | 参观类型 | 总部 / 上海总部 / 来总部 → 参观上海总部；标杆 / 典型客户 / 看案例 / 去项目现场 → 参观典型客户 | 选项名原文 | 只说"参观""来看看" |
+| 5 | 陪同人员 | 陪同 / 随行 / 我方 / 对接人是 / 由 X 负责 / 我跟着 + 姓名；顺带的 11 位手机号 | 姓名数组直接用于入参（不查 ID）；手机号并入第 7 项 | 只说"安排人陪" |
+| 6 | 客户需求 | 交流 / 洽谈 / 演示 / 汇报 / 调研 / 考察 / 答疑 / 座谈 + 主题（OA、协同、数字化、合同、费控、档案、采购、AI…） | 原话提炼 | 只说"交流一下""聊聊" |
+| 7 | 接待细节 | 会议室（**只认总部129/130/131**）/ 接待室；接机 / 接站 / 高铁 / 机场 / 用车 / 派车 / 商务车 / 大巴 / 自驾 / 自行前往 + 时间 + 车数；午餐 / 晚餐 / 中饭 / 晚饭 / 食堂用餐 / 食堂 / 员工餐厅 / 小餐厅 / 外部用餐 / 不用餐 / 吃过再来；当天往返 / 当天回 / 不住 / 无需住宿 / 不用订房 / 住宿 / 订房 / N 间房 / 入住 X 晚；伴手礼 / 纪念品 / 送点东西 / 不需要伴手礼；11 位手机号 | **按子项分别回填**（会议室、接送、用餐、住宿、伴手礼、手机各自独立判定） | 任一子项没提 → 交给 CLI 的接待细节面板一次问全 |
+
+## 四、第 6 项必须写实
+
+「客户需求」**不是一句"交流一下"就算填了**，它决定整份方案的目标与日程取舍。判 `filled` 的最低门槛是**能看出客户为什么来、想解决什么**；只有"来交流""来参观""聊聊"这类空泛说法 → 判 `ambiguous`。
+
+抽取时把客户原话里的**动因**和**关注点**一并记进 `demand`，例如：
+`正在选型协同办公平台，重点关注流程落地与移动端体验，希望看到同行业案例并明确实施周期`。
+
+判 ambiguous 后怎么问由 CLI 面板负责，本文不定义话术。
+
+## 五、抽取三准则
+
+1. **只取明确说出的**：不补、不按惯例默认（红线「不编造」不变）。
+2. **否定表述也算命中**："不需要住宿""不用接机""不用伴手礼""名单未确认"都是有效信息，填"不需要 / 未确认"，**不再追问**。
+3. **模糊不猜**：取值不唯一一律留 ambiguous，不自行补全。
+
+## 六、容易抽错的七种情况
+
+| 情况 | 正确做法 |
+|---|---|
+| 客户名带地区 | 「广州某某集团客户来访」→ 客户 `广州某某集团`（保留地区前缀）；不要把"客户""来访"并进名称 |
+| 「XX 客户」中的"客户" | 是类别词，不是名称的一部分 |
+| 客户方人员 ≠ 我方陪同 | 「副总带队 10 人来访」里的"副总"是客户方 → 进待办 `客户带队人`，**不写进 companions** |
+| 人数歧义 | 「中午 10 人用餐」不能当来访人数；只有"来访 N 人 / 一行 N 人 / 带队 N 人"才记 `headcount` |
+| 时间只说半天 | 「上午到、下午交流」不推参观日期，只记需求/行程；「明天上午 10 点」→ 日期 filled，接送填时间 |
+| 地点类信息 | 「15 人会议室」「参观展厅」属于第 7 项子项或方案内容 → 原话提到就直接记，不进待办 |
+| 一个短句命中多项 | 一次全部回填，按 7 项重跑一遍再算缺口，不要逐项追问 |
+
+## 七、抽取示例
+
+| 用户原话 | filled | 剩余缺口 |
+|---|---|---|
+| 明天某某客户参观总部 | 客户=某某、日期=明天、**类型=参观上海总部** | 人数、陪同、需求、接送、用餐、住宿、伴手礼 |
+| 明天某某集团客户来访 | 客户=某某集团（查询后定）、日期=明天 | 人数、类型、陪同、需求、接送、用餐、住宿、伴手礼 |
+| 明天某某集团 10 人来访，参观总部，我做陪同，食堂用餐，当天往返 | 客户、日期、人数=10、类型=参观上海总部、陪同=我、用餐=食堂用餐、住宿=无需住宿 | 需求、接送、伴手礼 |
+| 后天上午去虹桥接某某集团 8 人，看总部，中午小餐厅，不用伴手礼 | 客户、日期、人数=8、接送、类型、用餐、伴手礼=不需要 | 陪同、需求、住宿 |
+
+> 「不需要领导参与」「名单未确认」都在原话里时，**不再问**。
+
+## 八、案例与专家检索（必做，工具缺失才跳过）
+
+`ask` 返回后、跑 `doc` 之前，用宿主检索工具做**两次**查询，结果都只进内部《接待交流参考文档》。
+
+| 项 | 口径 |
+|---|---|
+| 何时搜 | **客户名已确定就必须搜**；客户名都没定才跳过 |
+| 检索词底座 | **客户名 + 客户需求**：面板出过用 `customer_need` 选中值，原话已给用原话提炼值；选了「暂未确定，先进待办」就只用客户名 |
+| ① 搜案例 | 检索词「客户名 + 需求」，取同业签约/实施材料 2~5 条 |
+| ② 搜专家 | 检索词「**需求 + 专家**」，如「泛微产品与政务行业解决方案专家」，2~5 人；工具会自行核对在职与岗位匹配，**不要自己拼人名** |
+| 不许怎么写 | 不得追问需求、不得改写需求、不得用"拜访目的""合作方向"这类模糊词替代 |
+| 关联怎么写 | 写清跟**本次需求**的关系（"同属工程咨询，档案与流程打通"/"政务行业方案讲解"），不写"同行业"这种空话 |
+| 未命中客户本身 | 正常情况：`note` 里写明「未命中该客户本身案例，以下为同业参考」，不要硬凑 |
+| 专家怎么写 | 只写检索到的在职人员（姓名 + 部门/岗位 + 匹配点），**不臆造人名、不推测职位** |
+| 只进哪里 | 只进内部《接待交流参考文档》；对外《客户接待行程单》绝不出现案例、同业名、材料名、专家名 |
+| 真的跳过时 | 不补问、不换关键词重试；在 `--answers` 带 `"fields":{"todo":["案例/专家检索未命中（原因）"]}`，让它出现在「待确认事项」 |
+
+## 九、不引导 → 进待办
+
+| 字段 | 说明 |
+|---|---|
+| 客户性质 | 平台必填，但技能不追问；留空进待办 |
+| 项目金额（万元） | 禁止估算；留空进待办 |
+| 是否需要高层参与 | 原话提到才记录 |
+| 客户带队人 / 来访名单 | 原话提到姓名就记（如"副总带队"）；常见"名单未定"进待办 |
+| 用餐人数 | 按「客户人数 + 陪同人数」预填，待办里注明可改 |
+| 用餐档次 | **不问** |
+| 陪同客户游玩 | 原话提到才记录，否则进待办 |
+| 欢迎字幕 | 按客户名自动生成 |
+| 其他行政事项 | 进待办 |
+
+待办清单格式：`字段名 —— 为什么需要补`，一行一条，不展开追问。
+
+## 十、语气
+
+- 简洁、专业；不寒暄、不铺垫。
+- 开场一句话说明进度，例如「已从你的话里识别 4 项，还差 3 项」。
+- 只问缺口项，不发散。
+- 用户答不上来 → 留空进待办，不逼问。
+
+## 十一、禁止事项
+
+1. 禁止在方案任何位置指定或推荐具体领导姓名。
+2. 禁止在方案任何位置出现具体客户名称作为参观对象。
+3. 禁止编造未提供的信息（人员、场地、车牌、价格、房间号、金额）。
+4. 禁止对「7 项」之外的内容主动追问。
+5. 禁止同一字段重复提问：**已 `filled` 的项不得再进面板，也不得做"确认一下"式复述**。
+6. 禁止把内部口径（待办、分工、金额、审批）写进对外行程单。
+7. **禁止自己设计面板**：不问"要不要都按默认生成"、不按缺口数拆屏、不写固定提示条、不在面板前加清单式文本提问。
+8. **禁止补问第二轮**：用户只答部分 → 其余进待办，本轮结束。
+9. **禁止在技能文档、示例、注释、默认值里写真实客户名称与真实员工姓名**：一律用占位名（`某某集团` / `广州某某集团` / `张三`）。
+10. **禁止把"来交流一下"当成核心目标填完**：判 `ambiguous`，交给 CLI 面板。
+11. 禁止跑已退役的旧链路：本技能只有 `weaver-work-cli reception ask / doc / render`（兜底走 `weaver-work-cli workflow`），其它命令一律不跑。
+12. 禁止把案例写进对外行程单，也禁止编造案例名、客户名、时间——案例只能是检索结果原文。
+
+## 十二、cases.json 结构（`doc --cases-file`）
+
+一个文件装两类检索结果，字段名必须对，否则 CLI 读不到：
+
+```json
+{
+  "query": "某某集团 交流具体项目合作与实施细节",
+  "note": "未命中该客户本身案例，以下为同业参考",
+  "cases": [
+    { "title": "某某设计院 · 项目档案一体化", "relevance": "同行业档案场景，与本项目诉求一致", "date": "2026-03" }
+  ],
+  "expertsQuery": "交流具体项目合作与实施细节专家",
+  "expertsNote": "按需求检索到的内部专家",
+  "experts": [
+    { "name": "张三", "dept": "政务事业部", "relevance": "主导过同类项目实施" }
+  ]
+}
+```
+
+- 案例 2~5 条、专家 2~5 人；`relevance` 写清跟**这次需求**的关系，不写「同行业」这类空话；
+- 字段别名同样认：`items` / `casesNote` / `expertItems` / `expertNote`；
+- 空数组等同没有，整段不出，不报错；
+- 两类都只进内部《接待交流参考文档》，对外行程单零泄漏（`externalLeaks` 必须为 0）。
+
+## 十三、面板取值口径（供核对，不作选项）
+
+接待细节是**手动输入**面板，**不给预设选项**。用户写完后 CLI 用 `parseLogistics` 归一，下表是可识别的写法：
+
+| 子项 | 可识别写法 | 归一结果 |
+|---|---|---|
+| 会议室 | 总部129 / 131会议室 / 总部131会议室 | `总部131会议室` |
+| | 不需会议室 / 不用会议室 | `不需会议室` |
+| 接送 | 接站、接机、用车、派车、商务车、大巴、司机、高铁 | 原文保留 |
+| | 自行前往、自驾、不用接、不用车 | `客户自行前往` |
+| 用餐 | 食堂、小餐厅、外部餐厅、午餐、晚餐、中饭 | 原文保留 |
+| | 不用餐、不需要用餐、不吃饭、吃过再来 | `不用餐` |
+| 住宿 | 住宿、订房、N 间房、住 N 晚 | 原文保留 |
+| | 无需住宿、不住、当天往返、不用订房 | `无需住宿` |
+| 伴手礼 | 伴手礼、纪念品、礼品、礼盒 | 原文保留 |
+| | 不需要伴手礼、不送、伴手礼不用 | `不需要伴手礼` |
+| 手机 | 11 位手机号（可写在任意位置） | 挂到第一个陪同身上 |
+
+- 人数认「10人」这种精确值，也认「6-10人」区间（取下限）；
+- 解析不到的子项按原文进待办（`data.logisticsRaw`），**不要追问第二次**；
+- 用户原样提交 `placeholder` 文本时不会产出脏数据，CLI 有专门判据，不必替他清理。

package/skills/weaver-e10-reception-flow/scripts/locate.sh

@@ -0,0 +1,14 @@
+#!/usr/bin/env bash
+# locate.sh — 打印技能根目录（技能包部署路径带 hash、且每次部署会变，写死路径必失效）
+# 用法：SD=$(bash scripts/locate.sh)      或     bash scripts/locate.sh --cd
+set -u
+SD=$(cd "$(dirname "$0")/.." && pwd)
+# 若当前目录已是可执行工作副本，直接用；否则在常见挂载点里找
+if [ ! -f "$SD/scripts/render.py" ]; then
+  for base in /workspace/skills /workspace/.skill-runs "$HOME/.workbuddy/skills"; do
+    [ -d "$base" ] || continue
+    hit=$(find "$base" -maxdepth 4 -type f -name render.py 2>/dev/null | head -1)
+    if [ -n "$hit" ]; then SD=$(cd "$(dirname "$hit")/.." && pwd); break; fi
+  done
+fi
+if [ "${1:-}" = "--cd" ]; then cd "$SD" && pwd; else printf '%s\n' "$SD"; fi