weaver-work-cli 0.1.36 → 0.1.38

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

@@ -782,6 +782,78 @@ video_taskResult 为空 且 parse_content 为空                     → 未触
 实测遇到两次（`update_mt_decision_task` 首次调用、EB 列表接口），**重试即成功**，且数据未被写坏。
 判定方法：报这个错时先 `list` 回查；没写进去再重试一次，**不要连试三次以上**。
 
+## 提交方式：默认直提（2.41.0 起，2026-10-31 真机事故）
+
+小e 的浏览器填单页（`<browsertool>` + `params.customParams`）**只给文本类字段赋值**：
+
+| 字段类型 | customParams 传过去的效果 |
+|---|---|
+| 文本 / 多行文本 / 日期 / 数字 | ✅ 正常带出 |
+| 浏览按钮（会议地点） | 未单独核实（用户只报了人员和客户为空） |
+| 浏览按钮（**参会人员**） | ❌ 表单里空着 |
+| 客户浏览按钮（**参会客户**） | ❌ 表单里空着 |
+
+所以"我明明说了参会人和客户，表单里一个都没有"不是 CLI 没传，而是**那一档页面不支持**。
+2026-10-31 起 `meeting.eb.meeting.create.flow.quick / apply` **默认 `submit_mode=direct`**：
+直接 `workflow.createRequest action=submit` 写服务端，实测（requestId `1332418264069103616`）：
+
+- `hrm_members` / `crm_members` 全部落库，`meeting.eb.meeting.detail --id <meetingId>` 回读可见
+  （人员回姓名文本「王丹丹」、客户回 id「1258347137804009474」）；
+- 会议当场生成（`meetingId` 有值）→ 邀请函 `invitation.pending=false`，是**真实会议数据版**，
+  不再有「客户单位」「召集人」这些【待补充】；
+- 返回里有 `requestId` + `meetingId`，⛔ 判成功看这两个 id，不要看有没有 `finalMarkdown`。
+
+`submit_mode=browser` 保留原行为（预填 + 用户点提交），只在用户明确要求"自己核对表单"时用。
+
+## 「召集人 / 联系人」缺省 = 当前登录人（2.43.0）
+
+**为什么**：这两个字段以前只有显式传 `caller` / `contacter` 才有值，**换个人用（另一个账号）建会就整块空白** ——
+流程单上看不出谁召集的，邀请函「召集人」落成【待补充】。现在默认"自己召集、自己联系"。
+
+- 取 `session.userId` → `hrm.employee.batch` 换姓名 → 提交 `{id,name}`（Employee 组件要的形态）；
+- 各自独立兜底：只传了 `caller` 时，`contacter` 仍补当前登录人；显式传的值**一律不覆盖**；
+- 返回 `preview.autoFilled = {"召集人":"卜伟领(4980…)","联系人":"卜伟领(4980…)"}` +
+  一条 warning「已按当前登录人补齐」；
+- ⛔ 查不到姓名就**不填**（两个都缺时给 warning）—— 在 `userId ≠ 员工 id` 的租户里硬塞 id 会被服务端判
+  `NEEDS_CONFIRMATION`，提交直接卡住，比留空更糟。
+
+真机实测（泛微生产 `e-cology.com.cn`，2026-10-31）：`prepare` 里两个字段都是 `{id,name}`，
+`apply` 后 `meetingId 1332426188317081604` 回读 `caller=卜伟领`、`contacter=卜伟领`，
+邀请函正文「卜伟领 诚邀您参加…」。
+
+## 提交前核对 & 客户联系人自动带入（2.44.0）
+
+- `create.flow.prepare` 的 `preview.formPreview`：**人话 Markdown 表格**（字段名 → 值），
+  人员/客户都显示姓名不显示 id，空值 `—`。用途 = 替代走不通的浏览器填单核对环节：
+  **先贴给用户确认，再 apply/quick**。
+- `create.flow.apply` / `quick` 的 `submittedPreview`：本次实际提交的字段表（同一渲染器），
+  提交后必须贴出来 —— 用户要「看得见填进去了什么」。
+- 客户联系人**全自动**：传 `crm_members` 后，CLI 取该项的 `contacts`（`crm.search` 的 items 原样传过来就有），
+  没有就自己回查一次 `crm.search`，把**全部**联系人写成「参会客户明细」行
+  （`姓名` / `手机号码` / `备注=部门：X`）。要只留某几位才用 `crm_member_details` 覆盖。
+- `meeting.eb.meeting.detail` 新增 `personnelText`（`caller`/`contacter`/`hrm_members`/`mt_creator`… → 姓名）：
+  原字段是**原始存储值**（页面建单 = id、工作流建单 = 姓名文本），对外表述一律用 `personnelText`。
+
+## 「参会客户」是 eBuilder 组件 —— 这是对的，别再劝人改表单（2.45.0 纠偏）
+
+| 流程 | 「参会客户」字段 | 组件 |
+| --- | --- | --- |
+| 会议申请流程 `1326190634427154474`（文档里也写作「旧」） | `1332418251116929025` | `Ebuilder` |
+| 会议申请流程（NEW）`1325677244111462606` | `1332437840406257666` | `Ebuilder` |
+
+- ⛔ 2.44.0 及以前这里写的是「组件不吃客户值，要换回 Customer」——**这个判断是错的**（2026-10-31 用户纠正）。
+  同一张表单的「会议地点」也是 `Ebuilder`，一直写得进去；`Ebuilder` 就是吃 `{id,name}` 的浏览按钮。
+- 流程单据 → 会议表的同步**由 ESB 动作流的字段映射负责**（2026-10-31 用户确认：「你发起流程后，
+  字段映射是靠 ESB 来的，这个我已经配置好了」），会议表那边落的是 `ufd_crm_members_new`。
+  ⇒ **CLI 不再自己补写**会议表的 `crm_members`：那一列 dataKey 与页面字段不是同一个，
+  写它既不落页面、回读也永远为空，只会多出一条「客户没关联上」的假警报，把验收带偏。
+  需要回退旧行为时置 `WEAVER_MEETING_CRM_PATCH=1`（`patchMeetingCrmMembers` 仍在，只用于调试）。
+- ⛔ 不要用会议表 `crm_members` 的空值判断客户有没有代进去；要看流程单据（`workflow.detail` 的
+  fieldValues 里带「客户名(id)」）或会议页面实际显示。
+- 「参会客户明细」不受影响（普通明细表，姓名/手机照常落库）。
+- `create.flow.prepare` 仍会按组件类型给一条说明（点名字段 id 与 `componentKey`），看到**照实转达**，
+  但**不要再建议改表单**。
+
 ## 流程建会字段：datakey（fieldId）固化
 
 **为什么**：NEW 建会流程（`1325677244111462606`）的表单字段名带提示语 ——
@@ -889,3 +961,134 @@ weaver-work-cli meeting ops --capability eb.meeting   # 按分组看（支持前
 - **ESB 日程调用失败** → 退化为只看会议回执，`scheduleItems` 为空可判断；
 - 被剔除的槽在 `skippedSlots` 里（"人空闲但没房间"），可以据此解释为什么候选少。
 
+## 指定的会议室怎么核验（2.39.3 起）
+
+`prepare` 拿到 `address` 后，**先解析成台账里的真实房间**再核验，顺序是：
+
+```
+解析（id / 名称 / 名称(id)） → 存在性 → 封存状态 → 该时段占用 → 才允许进确认摘要
+```
+
+- **存在性**：名称在台账里找不到 → `selectionType: room` + 文案「没找到名为 X 的会议室」。
+  以前这种情况会被一路放行，地点按纯文本塞进表单，用户到流程页面提交时才被工作流打回
+  「请按名称选择」—— 报错位置离真实原因太远（2026-10-31 真机）。
+- **封存（status=1）**：拦下并要求换房，不拿封存房去建会。
+- **占用**：调 `meeting.eb.conflict.room`（`query_roomusage_list`）。
+  ⛔ 2.39.2 及以前**只有纯数字 id 才查**，传名称（用户最常说的「测试会议室1」）整段被跳过，
+  一间已被占用的房照样进确认摘要 —— 这是 2026-10-31 用户质疑"最后一步才校验"时挖到的真因。
+- **台账读失败 ≠ 房间不存在**：此时标记 `lookupFailed`，跳过占用判定但不拦（避免网络抖动被当成"没这间房"）；
+  能否核验要如实说，不能声称"已确认空闲"。
+- 解析结果复用在三个地方：占用检测、确认摘要里的地点名、房间选项里「（你指定的，待确认）」的匹配。
+
+## 参会客户：从名称到客户 id（2.39.5 定案）
+
+会议流程主表上的「参会客户」是 **客户浏览按钮**（`CustomerComponent`，NEW 流程 fieldId `1326141435517583562`），
+值必须是客户 id，传客户名称文本会被工作流打回。所以链路是「先查 → 用户确认 → 再传 id」：
+
+| 步骤 | 调用 | 说明 |
+|---|---|---|
+| ① 查 | `meeting.eb.crm.search {"keyword":"上海泛微网络科技股份有限公司"}` | 走 ESB 动作流 `esbFlowId=904205116264026112`，入参字段 **`custom_name`** |
+| ② 确认 | —— | ⛔ 不许自动取第一条（同 SKILL 规则 0.5）；`exact:false` 时必须把命中名念给用户 |
+| ③ 传值 | `create.flow.prepare` 的 `crm_members` | 把 search 的 `items` 原样传（`[{customerId,name}]`）最省事；`[{id,name}]`、`客户名(客户id)`、逗号分隔都认。⛔ **必须带名称**，只给 id 抛 `crm_name_required` |
+
+**请求体（动作流契约，2026-10-31 真机核对）**
+
+```json
+{ "customParams": { "mainTable": { "custom_name": "泛微网络" } }, "esbFlowId": "904205116264026112" }
+```
+
+返回 `actionData.responseData.customData.mainTable = { mc, sjID }`：`sjID`=客户 id，`mc`=客户名称。
+
+**三条真机事实（别再用猜的）**
+
+1. **入参字段名就是 `custom_name`**。之前试 `mc`/`sjmc`/`khmc`/`customerName` 全部无效、
+   误判成"模板空所以参数进不去"—— 真因是字段名不对。`esb.input-format`（copyCustomData）对这个流返回
+   `customParams: null`，含义是「**没配自定义入参模板 = 透传**」，不是「模板是空对象 = 丢弃入参」。
+   ⇒ CLI 现在：模板 `null` 时用默认字段名 `custom_name` 照常发；只有模板明确是 `mainTable: {}` 才判
+   `blocked:"esb_template_empty"`。
+2. **一次只回 1 条**（服务端是"包含匹配 + 取首个命中"）：`当前`/`pageSize`/`rows` 都不改变结果，
+   所以"查 10 条给用户挑"做不到。实测：
+   | 关键词 | 返回 |
+   |---|---|
+   | 深圳市腾讯斐泰科技有限公司 | 深圳市腾讯斐泰科技有限公司 / 1320482515670098010（`exact:true`）|
+   | 腾讯 | 深圳市腾讯斐泰科技有限公司 / 1320482515670098010（`exact:false`）|
+   | 泛微 | 泛微 / 1331361148057387759（库里真有叫「泛微」的客户，**不是**上海泛微）|
+   | 泛微网络 | 泛微网络科技有限公司 / 1330932351389754061 |
+   | 上海泛微网络科技股份有限公司 | 上海泛微网络科技股份有限公司 / 1315014081515634745 |
+   | 不存在的客户XYZ | `{mc:"", sjID:""}` 空行 → `items: []` |
+   ⇒ 给全称最稳；片段命中名跟用户说的不一致时**必须回问**。
+3. **`hasData` 恒为 0**，命中时也是 0 ⇒ 判空只看 `mc`/`sjID`，不要看 `hasData`（CLI 已不再用它下结论）。
+
+- 出参：`items:[{customerId,name}]`、`total`、`exact`（命中名==关键词）、`singleBestMatch`、
+  `source`（命中 customData 哪条路径）、`keywordField`（实际传的入参字段）、`blocked`。
+- 解析兼容多种输出形态（动作流改结构不用改代码）：`customData.mainTable` 单条、
+  `.list/rows/items/data…`、`customData.detail1|detail2…`，行被 `{mainTable:{…}}` 包一层也能剥开；
+  字段别名兼容 `id/customerId`、`name/sjmc`。
+- 「应到客户数」（fieldId `1326141435517583564`）按 `crm_members` 条数**自动算**；
+  要覆盖就显式传 `crm_member_count`。
+
+## 参会客户明细（明细表，2.39.6 起；2.39.7 打通落库）
+
+宿主表单里另有一张**明细表**「参会客户明细」，列固定 5 个：姓名 / 性别 / 职位 / 手机号码 / 备注。
+
+**联系人与地址来自 ESB 出参 `lxr` / `khdz`**（2026-10-31 用户加上后的实测形状）：
+
+| ESB 字段 | 含义 | 真机值示例 |
+|---|---|---|
+| `lxr` | 联系人明细（数组） | `{"field_…706":"利明","field_…708":"11111111111","field_…707":"信息部"}` |
+| ↳ `field_1173221220888062706` | 姓名 | 利明 / 胡老师 / 谷俊 |
+| ↳ `field_1173221220888062708` | 手机号 | 11111111111 |
+| ↳ `field_1173221220888062707` | 部门（部分行没有） | 信息部 |
+| `khdz` | 客户地址明细（数组） | ⛔ **只回明细行 id**，没有地址文本 |
+
+`crm.search` 会把 `lxr` 归一化成 `items[].contacts = [{name,mobile,dept}]`（按姓名+手机号去重），
+`khdz` 归一化成 `items[].addresses`（当前恒为空，同时回 `addressHint` 说明"ESB 没输出地址文本"）。
+
+用法：
+- **有 `contacts`** → 把「姓名（部门）手机号」列成选项让用户挑一位，⛔ 不许自己选；
+- **没有 `contacts`** → 问用户联系人姓名+手机号（有的话再要职位/性别）；
+- 选定后与客户一起提交 `crm_member_details:[{"xm","sjhm","zw","xb"}]`（部门放 `zw`）。
+- `prepare` 发现「传了客户没带明细」会 warning 提醒，别忽略。
+
+| 项 | 值（e-cology「会议申请流程」真机） |
+|---|---|
+| 宿主流程 | `1326190634427154474` 会议申请流程（eBuilder 表单 `1179906784309559297`，表 `uf_mt_work_chkhmx`）|
+| subFormId | `1332370499762806784`（= `data.details` 的键）|
+| 列字段 id | 姓名 `1332370499762806785`(xm) / 性别 `…786`(xb) / 职位 `…787`(zw) / 手机号码 `…788`(sjhm) / 备注 `1332370774666043392`(bz) |
+
+**入参**：`create.flow.prepare` 的 `crm_member_details`
+
+```json
+[{"xm":"张三","xb":"男","zw":"采购经理","sjhm":"13800000000","bz":"主谈"}]
+```
+中文键（`姓名/性别/职位/手机号码/备注`）与 `name/mobile/title/remark` 等别名都认；
+姓名与手机号都为空的行走丢弃；subFormId 与列字段 id **不用传**，CLI 从 `workflow.createForm` 的字段清单里按列名反查
+（`resolveCrmDetailTarget`：挑「有姓名列」且命中列数最多的那张表，不会误选会议议题/会议服务）。
+
+**⛔ 三个必须知道的现实（2026-10-31 真机核实）**
+
+1. **明细字段只认「发起节点布局」**。表建好、表单字段管理里也有、节点字段权限（`viewRelateConfig`）也勾了 display，
+   但**没摆上发起节点布局**、或**摆在隐藏行**上时，`getFormLayout` 的 `pageLayouts[0].comps` 里虽然能看到这张
+   DetailTable，它下面 5 个列字段却会被判「不可见」→ `workflow.createForm` 的 `fields` 里没有它们 →
+   `data.details` 一提交就被 `bindInputFields` 判 `NOT_FOUND`。
+   CLI 现在会返回 `layoutWarning`（"明细表 N 的 k 个字段全部被判为不可见（该明细表所在的行/列在表单布局里是隐藏的）"），
+   **看到它就去查布局，不要回"表单里没有这张明细表"**。查法：`pageLayouts[0].config.workbook.Sheet1.rows[<DetailTable 的 excel.row>].visible`
+   为 `false` ⇒ 那一行是隐藏行（真机实例：明细表在 row 8，`visible:false, attrs:{hide:true}`）。
+   修法：设计器里把明细表挪到可见行 / 取消隐藏该行，保存发布后重新载入表单。
+2. **明细表和触发它的主表字段常配「显示联动」**（本租户：`参会客户` 为空 ⇒ 整表 `hideLine`；非空 ⇒ `show`）。
+   这是**正常配置，不是配错**。旧逻辑把它与"隐藏行"一视同仁 ⇒ 整表字段被丢，建会写不进明细。
+   现在 `buildCreateFormData` 会认这种 `detail` + `show` 规则：字段照常下发并标 `conditional: true`，
+   `layoutWarning` 里点名触发字段（如「明细表 1332370499762806784 因显示联动隐藏，触发字段：参会客户」）。
+   主表字段自己也配了 `show` 的（`参会客户` 就是）同样处理 —— 否则 `crm_members` 根本映射不到字段。
+   ⇒ 看到 `conditional: true` **照常填**，填上触发字段表单里就显示了。
+3. **同一条流程上两者可能都齐全，也可能只占一半**：
+   - 「会议申请流程」`1326190634427154474`：**同时有**「参会客户」（`1329100543558172681`）与「参会客户明细」；
+   - 「会议申请流程（NEW）」`1325677244111462606`：有「参会客户」(`1326141435517583562`)/「应到客户数」，**没有**明细表。
+   ⇒ 落到没有该字段的流程时，`prepare` 的 `unmapped` 会提示（`crm_member_count` 属自动派生，已静默忽略），
+   如实告知用户即可。
+
+**真机落库证据（2026-10-31，requestId `1332389461976473600`）**：单据详情 `workflow.detail` 回读 —— 姓名「张三」/
+性别「男」/ 职位「采购经理」/ 手机号码「13800000000」/ 备注「主谈」全部落库，`参会客户` = 「深圳市腾讯斐泰科技有限公司」。
+
+**⛔ 参会客户只给 id 会被静默存空**：客户浏览按钮按**名称**落 `dataOptions.content`，`[{id:"…",name:""}]`
+提交后单据里是空值、**不报错**。CLI 现在抛 `crm_name_required` 拦住，必须传 `[{id,name}]` 或 `客户名(客户id)`。

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

@@ -40,7 +40,29 @@ weaver-work-cli --json meeting run meeting.invitation.render --input-json \
 
 ## 出参
 
-`filePath` / `fileName` / `bytes` / `meetingId` / `meetingName` / `filledFields[]` / `pendingFields[]` / **`dataSource`**，以及 `warnings`（有待补充字段时会列出）。
+`text` / `filePath` / `fileName` / `bytes` / `meetingId` / `meetingName` / `filledFields[]` / `pendingFields[]` / **`dataSource`**，以及 `warnings`（有待补充字段时会列出）。
+
+### `text`：对话内直接展示的正文（2.42.0 起）
+
+**这是给"在对话里看"用的**，与 docx 同源同字段（走同一个占位符解析器和同一份议程行），
+只是换成 Markdown：标题 / 称呼 / 邀请语 / 会议要素 / 议程表 / 落款 / 备注。
+
+```
+# 邀请函
+
+**尊敬的 某某集团：**
+
+王丹丹 诚邀您参加「灰度测试对业务的好处沟通会」，现将会议安排通知如下：
+
+- **会议名称**：…
+- **会议时间**：2026-11-01 14:00~15:00
+…
+| 议程安排 | 议程内容 | 议程时间 |
+```
+
+⛔ 用户要的是**在对话里看到邀请函内容**（2026-10-31 明确纠正："不是发文件，是直接在智能体对话中来展示的"）。
+所以回复必须把 `text` 全文贴出来，`filePath` 只是附带的"可下载打印"说明。
+⛔ 别把 `text` 包进代码块（会变成一段代码，不像邀请函），也别只贴前几行。
 
 | `dataSource` | 含义 |
 | --- | --- |
@@ -54,6 +76,8 @@ weaver-work-cli --json meeting run meeting.invitation.render --input-json \
 | `agendaSource` | `meeting.topic`=按会议议题自动填 / `extra`=调用方传入 / `template`=**没有议题，保留模板示例行** |
 | `agendaRows` | 实际写入议程表的行数（`template` 时为 0） |
 | `agendaTableFilled` | 是否真的重建了议程表 |
+| `detailSupplemented` | 用 `meeting.eb.meeting.detail` 补回来的字段名（list 单查会丢「参会人员」，见「注意事项」） |
+| `callerSource` | `meeting.caller` / `meeting.mt_creator` / `session.user`（发起人本人兜底） / `none` |
 
 > ⚠️ `agendaSource=template` 时会同时给一条 `warnings`：议程表里还是模板的示例行
 > （“15分钟/泛微公司介绍”），提醒人工改成真实议程 —— 客户看到的邀请函不该印着别人的议程。
@@ -132,8 +156,16 @@ weaver-work-cli --json meeting run meeting.invitation.render --input-json '{"mtI
 
 ## 注意事项
 
-- **不要用 `meeting.eb.meeting.detail` 取数据**：该接口**在部分环境只返回 `{id}`**（部分环境），取不到字段；
-  邀请函统一走 `meeting.eb.meeting.list` 单查。⚠️ 但另一类环境（部分环境）detail 会返回完整 51 个字段 ——
-  所以**不能一概而论，跨环境稳妥做法仍是 list 单查**。
-- 生成后如需把文件发给对方，**本 operation 不提供发送能力**（IM/邮件都不走这里），由使用者自行处理。
+- **数据源：list 单查为主，detail 只用来「补空」**（2.42.0 起）：
+  `meeting.eb.meeting.list` 单查在真机上会丢字段（2026-10-31 实测同一会议
+  `hrm_members` 在 list 里是空串、在 detail 里是「王丹丹」），所以 CLI 会用
+  `meeting.eb.meeting.detail` 补 **list 里为空的**白名单字段（`hrm_members`/`mt_desc`/`caller`/
+  `contacter`/时间/`total_member` 等），补回来的字段名列在出参 `detailSupplemented` 里。
+  ⛔ **`address` 不从 detail 补** —— detail 的 `address` 是会议室 **id**，写进邀请函比空着更糟。
+  白名单外的新字段仍走 `{dataKey}` 兜底，跨环境语义不变。
+- **召集人兜底顺序**：`meeting.caller`（会议自己填的）→ `meeting.mt_creator`（创建人）→
+  `session.user`（**发起人本人**，2.42.0 起）。看 `callerSource` 判断用的哪一个；
+  以前会议没填 caller 就直接【待补充】，邀请函开头那句「XXX 诚邀您参加」整句是空的。
+- 生成后如需把文件发给对方，**本 operation 不提供发送能力**（IM/邮件都不走这里），由使用者自行处理；
+  对话里展示走 `text` 字段（见「出参」）。
 - 模板出错时会在本地抛 `template_missing`，提示 CLI 包缺少 `templates/meeting/invitation.docx`；此时重装 CLI 即可，不要手工改模板路径。

package/skills/weaver-e10-okr/references/source-manifest.json

@@ -573,7 +573,7 @@
     }
   },
   "artifactBaseline": {
-    "aggregateSha256": "85e2d5c138f4a2c399e9a6aece690be88c53801e269504c63236292e61ea51b1",
+    "aggregateSha256": "bae91aefcc30c01410c2288ae7b31fee438a77bdd50f5df894e7f10e249b6b5c",
     "files": [
       {
         "path": "src/shortcuts/okr/errors.ts",
@@ -587,8 +587,8 @@
       },
       {
         "path": "src/shortcuts/okr/host.ts",
-        "size": 8002,
-        "sha256": "b2d225d0061093e4a82c3e5bbcbf14f7994e605e55177d6914185f81b99d7c92"
+        "size": 8072,
+        "sha256": "dd2a4a5773cd440e5f6136b7c106cf19f2dc26251d03ffb1d17983b921f27ae7"
       },
       {
         "path": "src/shortcuts/okr/index.ts",

package/skills/weaver-e10-yimiaoban/references/source-manifest.json

@@ -2270,7 +2270,7 @@
     }
   },
   "artifactBaseline": {
-    "aggregateSha256": "b12d789dc9cdfb03dd4d749ba305bc2a6f229d296c1a7cccbc5ba73b97e4bb77",
+    "aggregateSha256": "4fcf441cb7e08c3c5e2de04c10144efd27c673788b28904786592c981d6b05e5",
     "files": [
       {
         "path": "docs/im.md",
@@ -2382,8 +2382,8 @@
       {
         "path": "src/shortcuts/im/host.ts",
         "role": "generated-cli",
-        "size": 24365,
-        "sha256": "e8a285adae2918a79e9fa038ca91cb5b1871206c7e51a7ba7708de6af3e6b97e"
+        "size": 24373,
+        "sha256": "6e219d2936358c6403e0b1eb6aafb5350cf43fbff75b599381a291008f683815"
       },
       {
         "path": "src/shortcuts/im/index.ts",