@whyshu/argent-engine 0.0.0-stage → 0.6.1

package/engine/verticals/mercadolibre/flows.json

@@ -0,0 +1,738 @@
+{
+  "vertical": "mercadolibre",
+  "_note": "局部 id 不带点；合并后规范 id = `mercadolibre.<local>`。旧 id 由 base 的 aliases 兜底。",
+  "_skillNote": "`skill`（2026-10-03 加，修 D2）：该流程的**主技能目录名**，必须 ∈ manifest.json#skills 且 skills/<名>/SKILL.md 存在（门禁 scripts/vertical-lint.mjs）。它是「流程 → 技能目录」的**单一真源** —— `argent sop` 只认它，**不再用 role 拼路径**（角色名 ≠ 技能名：ml-invoice-wy ≠ ml-invoice，实测把 sop 指到了不存在的目录，宿主因此以为没有踩坑文档）；缺声明 ⇒ sop 明确报错，不静默兜底。",
+  "aliases": {
+    "full": "mercadolibre.full",
+    "wenyao-invoice": "mercadolibre.wenyao-invoice",
+    "xzh-invoice": "mercadolibre.xzh-invoice",
+    "daily-report": "mercadolibre.daily-report"
+  },
+  "flows": {
+    "full": {
+      "title": "FULL 货件流程",
+      "role": "ml-fulfillment",
+      "skill": "ml-fulfillment-sop",
+      "_note": "2026-09-16 用户口径：**源以客户要求为准** —— 先 legacy 表、后 lip 表，两种都要适配，故用 source.variants 而非二选一；切换只改部署环境变量，**不改流程/不重跑迁移**。字段映射与拾取规则分别对应 orchestrator.py 的 legacy/lip 两套（:446-495 / :8544-8560）。",
+      "notes": [
+        "【2026-09-17 实测定论·FULL 在 lip 表上的两层语义】旧架构 lip_poll_scan 分两层：**识别层**处理「FULL状态=空 ∧ 货件号=空」的行（校验店铺授权/SKU/数量/箱数 → 置 FULL状态=待执行，缺必填则置待执行+FULL备注，店铺未授权则置跳过）；**拾取层**处理「FULL状态=待执行 ∧ 就绪=true」（运营勾「就绪」= 放行）→ 置执行中+就绪=false 后开跑。",
+        "⇒ 本注册表的 lip `pick` 目前表达的是**拾取层**（待执行 ∧ 就绪 ∧ 货件号空）：实测该表 530 行中 FULL状态=待执行 96 行、已完成 112 行、空 320 行，而**就绪=true 的行数为 0** ⇒ 当前真候选 = 0（运营尚未放行任何行）。",
+        "⚠️ **缺口**：新引擎目前没有「识别层」等价物 ⇒ 一旦旧 lip-poll 停用，`FULL状态=空` 的**新行永远不会被标记为「待执行」**，拾取层将长期空转。二选一（待拍板）：① 把识别判据并进 pick（triage 即识别层，识别结果由角色写回状态）；② 保留一个只跑识别层的脚本（lip_poll_scan 的识别段），新引擎只做拾取。"
+      ],
+      "source": {
+        "kind": "feishu-base",
+        "identity": "ml-fulfillment",
+        "select": "env:FULL_TABLE_MODE",
+        "default": "lip",
+        "variants": {
+          "legacy": {
+            "baseEnv": "FEISHU_BASE_TOKEN",
+            "tableEnv": "FEISHU_TABLE_ID",
+            "fields": {
+              "status": "状态",
+              "ready": "就绪",
+              "step": "当前步骤",
+              "note": "状态详情",
+              "labelFile": "产品标签",
+              "boxLabelFile": "箱唛"
+            },
+            "pick": {
+              "status": [
+                "待处理",
+                "运行中"
+              ],
+              "ready": true
+            },
+            "_deprecated": "2026-09-17 用户口径：**legacy(FEISHU_*) 是早期测试用的旧表，现在的正式表是 lip** ⇒ default 已改为 lip，此变体仅留作回溯。",
+            "_pickNote": "2026-09-17 实测：旧表 180 行状态全为中文「已完成」，而旧 poll 的过滤器写的是 Pending/运行中 —— 两套口径本就不一致；正式流程改用 lip 变体后此项作废。",
+            "required": [
+              {
+                "name": "店铺名称",
+                "why": "legacy 旧表列名（lip 表叫「店铺」）",
+                "owner": "运营"
+              },
+              {
+                "name": "SKU",
+                "why": "选品与拾取条件",
+                "owner": "运营"
+              },
+              {
+                "name": "品名",
+                "why": "标签/箱唛文案（legacy 旧表列名；lip 表叫「产品名称」）",
+                "owner": "运营"
+              },
+              {
+                "name": "数量",
+                "why": "装箱与标签数量",
+                "owner": "运营"
+              },
+              {
+                "name": "箱数",
+                "why": "箱唛数量（真名是「箱数」不是「装箱数」，2026-09-17 实测）",
+                "owner": "运营"
+              }
+            ]
+          },
+          "lip": {
+            "baseEnv": "FULL_BASE_TOKEN",
+            "tableEnv": "FULL_TABLE_ID",
+            "identityEnv": "FULL_LARK_PROFILE",
+            "_identityNote": "客户 Base 只对客户 bot 开放（本机 ml-fulfillment 读它报 91403）⇒ 身份由部署 env FULL_LARK_PROFILE 指定；未设置时沿用流程声明的 identity。",
+            "_tableNote": "2026-09-17 用户口径：**FULL 现在的正式表就是 lip** —— Base K8zjbMB9TaGKADsruYRcuKPFnAe / 表 tblj6CBX0JQWDLhh（与文鳐发票同一张表：FULL 与发票字段同表）。已实测该表含本变体声明的全部 6 列：FULL状态/就绪/当前步骤/FULL备注/FULL标签文件/FULL箱唛文件。",
+            "fields": {
+              "status": "FULL状态",
+              "ready": "就绪",
+              "store": "店铺",
+              "step": "当前步骤",
+              "note": "FULL备注",
+              "labelFile": "FULL标签文件",
+              "boxLabelFile": "FULL箱唛文件",
+              "labelCheck": "产品标签",
+              "boxCheck": "产品箱唛"
+            },
+            "pick": {
+              "status": [
+                "",
+                "待执行"
+              ],
+              "release": {
+                "field": "就绪",
+                "equals": true
+              },
+              "onlyStoresFrom": "~/.dsh/argent/stores.json",
+              "retryFrom": [
+                "失败"
+              ],
+              "retry": {
+                "maxAttempts": 3,
+                "_note": "2026-09-17 用户口径 A：`状态=失败` 的行按 flow_failure 分类器分流 —— retryable（网络/浏览器瞬时类，如 Target page/browser has been closed）⇒ `_phase=retry`，派发时**允许走写路径**重跑（守卫照旧：白名单/写前备份/审计/读回）；其余类（业务/门户状态类）⇒ `_phase=needs_human`，交人裁定，绝不自动写。"
+              },
+              "releaseReDispatch": {
+                "enabled": true,
+                "maxPerCase": 3,
+                "cooldownMin": 30,
+                "_note": "人工重新放行（Rule R，2026-09-21 用户口径：「运营按提示在表里补好数据、自己勾就绪 ⇒ Argent 应当自动重跑，不必运维手工介入」）。判据（全部确定性）：① 台账最后事件 ∈ {failed, blocked}，或 `flow_retry.py` 写的 retry（`by=flow_retry`；**角色**写的 retry 归角色自己派发，引擎不抢，避免双派）；② 放行位「就绪」为真 —— 失败收口一律写 就绪=false（`_fail_record`/SKU 未找到分支/`_hand_to_ops_close`），所以为真只可能是**人工重新勾的**；③ 未达 maxPerCase（每票人工放行重跑上限，含首次）；④ 距上次人工放行重跑已过 cooldownMin。命中即进 `to_dispatch`（带 kind=release），认领时 planned 记 `release=true` ⇒ 上限/冷却据此计数。默认关闭；目前只给 full 开。 配套：needsHuman 类失败的 FULL备注会追加运营动作提示（failureClasses.opsAction），运营照着做即可。"
+              },
+              "_onlyStoresNote": "2026-09-17 实测：本机紫鸟只授权客户 6 家里的 3 家（墨西哥-1店-子账号 / 2店-子账号 / 3店-主账号，store_id 与客户机一致，仅命名少了「墨西哥-」前缀 ⇒ 已把本机 stores.json 键名对齐 lip 表）。若不加这层收窄，识别层会把其余店铺的行判成「未授权」并**把「跳过」写进生产表**（写脏数据）。加了之后：不属于本机授权店的行**根本不进候选**，不派发、不写任何字段。",
+              "requireEmpty": [
+                "货件号"
+              ],
+              "_twoPhase": "2026-09-17 用户口径 F5「triage 即识别层」：status 里的空串 = 状态为空的新行 ⇒ 落 `_phase=identify` 的 case（角色只做识别：校验店铺授权/SKU/数量/箱数 → 写「待执行」；未授权写「跳过」+FULL备注；**不做货件作业**）；`待执行` 且「就绪」已勾 ⇒ `_phase=execute`（正常作业）；`待执行` 但未勾就绪 ⇒ 分诊 `await_release` 桶（只报数、不派发、不落卡）。",
+              "_truthyNote": "放行门用**真值**判断：飞书 checkbox 经 _flat() 变成字符串 'False'（非空 ⇒ 朴素 `if` 会误判为已放行）——2026-09-17 实测修。"
+            }
+          }
+        },
+        "envFile": "verticals/mercadolibre/env/fulfillment.env",
+        "_envNote": "FULL 的表 id/凭据来自部署文件 fulfillment.env（KEY=VALUE；已在进程 env 里的不覆盖）；console 的 --lax 会列出仍未解析的项",
+        "_tableNote": "表由 fulfillment.env 决定：legacy=FEISHU_BASE_TOKEN/FEISHU_TABLE_ID（本机实测 180 行全「已完成」）；另有 BASE_TOKEN/TABLE_ID 一套；lip 模式用 FULL_BASE_TOKEN/FULL_TABLE_ID",
+        "ticketKey": "record_id",
+        "_ticketKeyNote": "2026-09-18：FULL 的行身份**必须**用 record_id —— 因为货件号是流程中途才建出来的，用「票号列优先」会让同一条票在建单前后有两个身份（实测：失败票变 full__<货件号>，与失败台账 caseId 对不上 ⇒ 被当成新票自动重派）。⚠️ 发票流程（文鳐/鑫中航）**不要**加这个键：它们的行天然已有货件号，历史身份一直是货件号（10+5 条），改成 record_id 会让已完成的行换个身份被重复认领。"
+      },
+      "trigger": {
+        "wake": "session",
+        "mode": "real",
+        "pauseSwitch": "verticals/mercadolibre/PAUSE.full",
+        "log": "verticals/mercadolibre/logs/flow-trigger-full.log",
+        "_note": "wake=off：源已注册（可 triage/可查），但**不自动唤起角色** —— 恢复自动唤醒是P2/P3 的一次配置改动（wake=session）；沿用既有 PAUSE_POLL 开关口径",
+        "_wakeNote": "2026-09-17 用户口径：**FULL 规则上允许自动唤醒重跑** —— 旧架构本来就有「脚本在下一轮轮询自动重置重跑」的语义（AUTO_RETRY_MAX=2，且**只对网络类**自动重置；选择器/业务类绝不自动重置，防重复写）。本机 PAUSE_POLL 仍在 ⇒ 触发器不会真的跑（与客户机不抢行）。",
+        "_pauseSwitchNote": "历史兼容名（PAUSE_POLL）：客户机/文档/运维手册都按此名操作，**不要改名**。新流程不写 pauseSwitch 时，`_derive` 会派生 `PAUSE_FLOW_<ID>`（大写、-→_）。",
+        "pauseSwitchLegacy": "PAUSE_POLL",
+        "promptTemplate": "verticals/mercadolibre/prompts/full.md",
+        "dispatch": {
+          "sessionIdFile": "verticals/mercadolibre/flow-dispatch-full.json"
+        }
+      },
+      "concurrency": {
+        "max": 2,
+        "leaseMin": 45,
+        "perStore": 1,
+        "_perStoreNote": "P5（2026-09-17）：一个店铺=一个紫鸟浏览器实例+一个 CDP 端口+一个下载目录 ⇒ 同店串行、跨店并行。限并发的是店铺级共享资源（下载目录产物认领、门户会话状态、启动清场动作、仓储容量），不是标签页机制。",
+        "batchPerStore": 1,
+        "perIp": 1,
+        "_perIpNote": "B3（2026-09-24）：限流按**代理 IP** 判定，而主/子账号是「两个店名、同一个 IP」（本机实测 216.238.78.250 ← 1店主+子、158.23.227.110 ← 2店主+子）⇒ 只按店限并发等于允许同一 IP 上翻倍打请求。perIp=1 = 同一 IP 同一时刻只跑一张票；IP 未知的店归入同一「未知」桶（同样不许叠加）。",
+        "_note": "2026-09-18 用户口径 B「一店一批」：同店一次最多带走 3 张，交给**一个** subagent 跑 orchestrator.py --records a,b,c（KB-085：单 CDP 连接、多标签页、顺序执行）。为什么不是同店真并行：产物认领的兜底是\"目录里新出现/最新的文件\"，同店两批并行会把标签/箱唛记到错票（P5 实测结论）；顺序批处理同样省掉每票一次的编排+连接开销。铁律：该店已有活租约（上一批在跑）⇒ 整店跳过，绝不追加。 租约 45 分钟：一批最多 3 张、单张引擎 ~4 分钟 + 编排开销 ⇒ 最坏约 20~25 分钟，留出余量；租约内该店不会再被认领（租约到期仍未收尾 ⇒ 分诊判\"停滞\"、工作台可见）。",
+        "_throttleNote": "2026-09-23 平台限流（ML 返回 local_rate_limited/503）：同轮多店并发会显著推高被限流概率。降为 同轮≤2 张、同店 1 张；配合 5 分钟定时器 ⇒ 同店两票自然间隔≥5 分钟。限流缓解后可回调（改 max/perStore/batchPerStore 三个数即可）。"
+      },
+      "guards": {
+        "dryRunDefault": true,
+        "backup": false,
+        "audit": false,
+        "_note": "现状：FULL 写表**无白名单/无写前备份/无审计**（只有 --allow-write）⇒ P3 补齐"
+      },
+      "required": [
+        {
+          "name": "店铺",
+          "why": "紫鸟授权判定 + 异店并行分组（**lip 表列名**；legacy 旧表叫「店铺名称」⇒ 见 legacy 变体的 required 覆盖）",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "SKU",
+          "why": "选品与拾取条件",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "产品名称",
+          "why": "标签/箱唛文案（**lip 表列名**；legacy 旧表叫「品名」）",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "数量",
+          "why": "装箱与标签数量",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "箱数",
+          "why": "箱唛数量（**真名是「箱数」**，不是「装箱数」——2026-09-17 实测）",
+          "owner": "运营",
+          "role": "input"
+        }
+      ],
+      "failures": {
+        "enabled": true,
+        "_note": "FULL 失败进统一台账 + 可自动唤醒角色判断（wake=session）；告警轮只读影子（模板 flow-prompts/full.failure.md 写死禁 --allow-write）"
+      },
+      "_requiredNote": "2026-09-17 实测修正：原写 店铺/装箱数 在真实表里不存在（真名 店铺名称/箱数），导致投影失败且**静默 0 行**。修列名的同时给 flow_source 加了大声失败。",
+      "authority": {
+        "_note": "角色（=用户替身）的权限边界：auto=可自行决定；ask=必须问用户。见 docs/Argent-宿主适配契约.md §1「判断归属」",
+        "retry": {
+          "auto": true,
+          "maxAttempts": 2
+        },
+        "discard": {
+          "auto": false
+        },
+        "caliber": {
+          "auto": false
+        }
+      },
+      "capability": "full",
+      "envProbe": {
+        "kind": "ziniao-store",
+        "_note": "认领前只读探一次紫鸟 Bridge（ziniao-cli store list）：不可用就不认领本轮，避免把票派出去才发现未登录（2026-09-23：14 张票因此变停滞，还占着店铺批次）"
+      },
+      "staleReclaim": {
+        "enabled": true,
+        "staleAfterMin": 60,
+        "maxPerRound": 1,
+        "requireEnv": true,
+        "cooldownMin": 30,
+        "_note": "停滞票自动回收：租约到期从未派发的票重排回候选（写 requeued 事件）。保守参数：超 60 分钟才回收、每轮最多 3 张、回收前先过环境预检、同票 30 分钟内不重复回收",
+        "_throttleNote": "停滞回收也降到每轮 1 张：回收后同轮大批派发正是 2026-09-23 限流的放大器。"
+      },
+      "_migrated": "2026-09-29 P2a：从 base 迁入业务线，路径命名空间化（角色/preset/能力 id 仍是旧名，待 P2b/P5）",
+      "runner": {
+        "script": "orchestrator.py",
+        "args": [
+          "--mode",
+          "full",
+          "--record-id",
+          "{ticket}"
+        ],
+        "_note": "0.7.0 W2：FULL 走编排器（--mode full）"
+      }
+    },
+    "wenyao-invoice": {
+      "title": "上海文鳐发票流程",
+      "role": "ml-invoice-wy",
+      "skill": "ml-invoice",
+      "source": {
+        "kind": "feishu-base",
+        "pick": {
+          "equals": {
+            "FULL状态": "已完成",
+            "发票就绪": "true"
+          },
+          "release": {
+            "field": "发票就绪",
+            "equals": true
+          },
+          "releaseReDispatch": {
+            "enabled": true,
+            "maxPerCase": 3,
+            "cooldownMin": 30,
+            "upstreamHash": {
+              "enabled": true,
+              "watch": [
+                "产品图"
+              ],
+              "ignore": [
+                "发票状态",
+                "发票文件",
+                "大货标签",
+                "发票错误信息"
+              ],
+              "_note": "①「上游数据变化 ⇒ 放行额度重置」的判据面（2026-10-13，与 `xzh-invoice` 同一份判据，起因 `xzh-invoice__79406731`：运营按提示补好数据并重勾「发票就绪」，分诊仍给 `release_capped`（3/3）⇒ **永远不再拾取**）。参与 = case 里该行**被流程读取**的字段（required ∪ pick 列 ∪ `watch`）；`ignore` = 流程**自己回写**的列（它们变了不代表运营改了数据），⛔ 必须含全 4 个回写列，否则每轮都判「变了」⇒ 无限重试；放行勾「发票就绪」与票号列**永远**不参与（勾一次 ≠ 改数据 —— 这正是本 BUG 的文案形态）。`watch` = **另外**纳入判据的列（`产品图`：运营补了它、流程也依赖它，但它不在 required 里 ⇒ 不进 case ⇒ 观察不到变化）—— 由 `flow_sources.common.wanted_upstream_columns()` 加进投影（表里没这列 ⇒ 静默跳过）。判据实现 `flow_triage.upstream_changed()`：优先比台账里**上次派发**记的 `upstreamFieldHash`；无快照（0.1.7 既有台账）时退回 case 的 `provenance.<字段>.at`（字段最后一次变化时间）> 上次派发时间。⛔ 上游**未变**时**不**重置（否则退化成无限重试）。"
+            },
+            "externalTiming": {
+              "enabled": true,
+              "maxPerCase": 8,
+              "cooldownMin": 120,
+              "patterns": [
+                "外部时序",
+                "尚未生成",
+                "未生成",
+                "等待平台",
+                "平台尚未"
+              ],
+              "_note": "②「外部时序类失败**不占**运营放行额度」（2026-10-13，同一现场的第二条根因）：`门户搜索订单 79406731 命中 0 行（仅缺大货标签）…外部时序缺口` 这类是**门户/平台侧还没生成** —— 运营改不动，而旧实现把它算进 Rule R 的 3 次额度，运营于是白补了产品图（真源原话：『之前判断需要补产品图并打勾，运营也照做了，可是你却没有拾取』）。⇒ 走**独立通道**：长冷却 `cooldownMin`（≥120，明显长于 Rule R 的 30）+ 独立更高上限 `maxPerCase`（≥8），认领时 `planned` 记 `externalTiming=true`（⛔ **不写** `release`）⇒ 既不占 `maxPerCase`、也不受其约束（分诊按 `externalRetry` 单独计数）。判据**复用现有失败分类器**（`flow_failure.classify` 的 `needs_agent` 档 = 需判断/门户类）；`patterns` 只补一条**窄**标记（外部时序/尚未生成/等待平台）—— 因为生产原文含「未就绪」二字会被 `needsHuman` 组先匹配掉（实测），而它的正确动作**不是**补数据。⛔ 不新造一套分类：不声明 `patterns` 时用同一形状的内置兜底。"
+            },
+            "_note": "人工重新放行（Rule R，2026-10-09 起对**两个发票流程**开启；此前只有 FULL 开）。用户口径：「运营按提示在表里补好数据、自己勾「发票就绪」⇒ 应当自动重跑，不必运维手工补 requeued」。判据（全部确定性、无时间猜测，实现在 `flow_triage.py`）：① 台账**有效末条**事件 ∈ {`failed`, `blocked`}（信息性事件 `phase`/`wake`/`policy_apply`/`policy_new` **不参与判定**，一律回退到最近一条状态性事件），或 `flow_retry.py` 写的 `retry`（`by=flow_retry`；**角色**写的 retry 归角色自己派发，引擎不抢 ⇒ 避免双派）；② 放行位 = 本流程的**门控列**「发票就绪」为真（`_truthy` 与 source 同源：`'False'`/`'否'`/空 ⇒ 未放行）；③ 未达 `maxPerCase`（每票上限 **3** 次，含首次）；④ 距上次人工放行重跑已过 `cooldownMin`（**30** 分钟）。命中 ⇒ 进 `to_dispatch`（带 `kind=release`，认领时 `planned` 记 `release=true`+`releaseRetry=N`，上限/冷却据此计数）；超限/冷却中 ⇒ `needs_human` 并写明原因。⛔ **不放宽任何写纪律**：Rule R **只重新派发**（把票放回候选、由流程按既有守卫重跑），**不改写任何数据** —— 不写表字段、不清货件号、不重置状态、不碰门户；`发票就绪` 的**勾选权永远归运营**（`wenyao-invoice-writeback.mjs` 的 `ONEWAY_FALSE_FIELDS` 只允许置 false）。⚠️ 与 FULL 的**行为差异**（如实记录）：发票失败收口对**运营类**缺口会**取消**「发票就绪」（运营补齐后重勾 ⇒ 触发 Rule R），而**系统/我方类**缺口按既有口径**不取消**勾选 ⇒ 放行位仍为真，Rule R 会在冷却到期后**无需人工再勾**地重派一次（仍受每票 3 次上限约束；每次都会把原因与动作写进「发票错误信息」）。"
+          },
+          "_gateNote": "2026-09-17 用户口径：发票流程的开启前提 = **FULL状态=已完成**（不是「状态」，那是物流状态）**∧ 发票就绪=true**（运营自认字段填齐的放行勾）。缺口回填规则两个发票流程一致：**只有需要运营填的字段缺口**才写「发票错误信息」并**取消勾选「发票就绪」**（运营补齐后需自己重勾）；系统/我方类缺口只写错误信息、不取消勾选。"
+        },
+        "envFile": "verticals/mercadolibre/env/fulfillment.env",
+        "baseEnv": "FULL_BASE_TOKEN",
+        "tableEnv": "FULL_TABLE_ID",
+        "identityEnv": "FULL_LARK_PROFILE",
+        "_envNote": "2026-09-20（迭代1-步骤4）：表/身份**不再写死**，改走 envFile + *Env（与 FULL 同一张 lip 表、同一身份 profile）。硬编码会让换客户=改代码；且与 FULL 的口径不一致（同一仓库两种写法）。"
+      },
+      "routing": {
+        "routeBy": "货代公司",
+        "match": "上海文鳐",
+        "_note": "2026-09-15 实测修正：lip 表无「货代」列，真实列名为「货代公司」（文鳐角色实跑时发现）"
+      },
+      "trigger": {
+        "intervalSec": 300,
+        "wake": "session",
+        "mode": "real",
+        "pauseSwitch": "verticals/mercadolibre/PAUSE.wenyao-invoice",
+        "log": "verticals/mercadolibre/logs/flow-trigger-wenyao-invoice.log",
+        "promptTemplate": "verticals/mercadolibre/prompts/wenyao-invoice.md",
+        "dispatch": {
+          "preset": "argent-ml-invoice-wy",
+          "cwd": "~/Code",
+          "sessionIdFile": "verticals/mercadolibre/flow-dispatch-wenyao-invoice.json"
+        },
+        "_note": "2026-09-18 用户口径：两个发票流程在旧脚本时期都已成功跑通 ⇒ 定时轮**真实执行**（原\"只跑影子、真跑须人工批准\"的红线撤销）。守卫不变：字段/记录白名单、写前备份、写后读回、审计、终态需 --force；HS 等报关敏感字段仍由运营人工维护。",
+        "_pauseSwitchNote": "历史兼容名（PAUSE_FLOW_TRIGGER）：客户机/文档/运维手册都按此名操作，**不要改名**。新流程不写 pauseSwitch 时，`_derive` 会派生 `PAUSE_FLOW_<ID>`（大写、-→_）。",
+        "pauseSwitchLegacy": "PAUSE_FLOW_TRIGGER"
+      },
+      "concurrency": {
+        "max": 2,
+        "leaseMin": 20,
+        "_leaseNote": "2026-09-20（迭代1-步骤5）：与 xzh-invoice 统一为 20 分钟。原为 10 分钟，而两条流程的门户导出/文件上传耗时相当 ⇒ 10 分钟在慢轮次会**提前失效**（同一张票可能被重复认领）。取较长者是保守方向。"
+      },
+      "guards": {
+        "dryRunDefault": true,
+        "writeFields": [
+          "发票状态",
+          "发票文件",
+          "大货标签",
+          "发票错误信息"
+        ],
+        "errorField": "发票错误信息",
+        "_errorFieldNote": "2026-10-09（缺陷 B）：**失败收口必须写的那一列**（运营看的）—— 由 `scripts/invoice_fail_closeout.py` 读取；文案由 `flow_failure.ops_message()` 产出（结论+动作），与台账 `failed/blocked` 的 `error/detail` **同一串**。⛔ 未声明 `errorField` 的流程，该命令**拒绝执行**（不许把发票列写到别的流程的表上）。",
+        "_note": "真实写：只写白名单字段（发票状态/发票文件/大货标签/发票错误信息）；写前整行备份 + 写后读回验收 + 审计 JSONL；附件按 field_id 上传、同名同大小幂等跳过。",
+        "writer": "scripts/wenyao-invoice-writeback.mjs",
+        "_writerNote": "2026-10-09（缺陷 B）：**写手路径由流程声明**（`scripts/invoice_fail_closeout.py` 读它）—— 两条发票流程共用同一份守卫（字段白名单 / 记录白名单 / 写前整行备份 / 写后读回 / 审计 JSONL）。⛔ 未声明 `writer` 的流程，收口命令**拒绝执行**（不许猜一个写手去写生产表）。"
+      },
+      "required": [
+        {
+          "name": "货件号",
+          "why": "模板 D 列 + 门户查询/勾选",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "发票状态",
+          "why": "状态机（待生成→填写中→…→已完成）",
+          "owner": "系统/运营",
+          "role": "state"
+        },
+        {
+          "name": "发票就绪",
+          "why": "运营放行开关（checkbox）",
+          "owner": "运营",
+          "role": "state"
+        },
+        {
+          "name": "产品图",
+          "why": "模板 27 列浮动图片",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "发票文件",
+          "why": "回写①（附件）",
+          "owner": "系统",
+          "role": "output"
+        },
+        {
+          "name": "大货标签",
+          "why": "回写②（附件）",
+          "owner": "系统",
+          "role": "output"
+        },
+        {
+          "name": "发票错误信息",
+          "why": "缺口/失败提示面",
+          "owner": "系统",
+          "role": "output"
+        },
+        {
+          "name": "产品名称",
+          "why": "模板列B 产品中文品名",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "货件号",
+          "why": "模板列D 货件号/唛头",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "SKU",
+          "why": "模板列F SKU",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "数量",
+          "why": "模板列I 总产品数量",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "箱数",
+          "why": "模板列J 总箱数",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "重量",
+          "why": "模板列K 单箱总重",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "重量",
+          "why": "模板列L 单箱产品净重",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "长",
+          "why": "模板列N 货箱长度",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "宽",
+          "why": "模板列O 货箱宽度",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "高",
+          "why": "模板列P 货箱高度",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "HS编码",
+          "why": "模板列Z 产品海关编码",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "是否带电",
+          "why": "模板列AB 是否带电",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "是否带磁",
+          "why": "模板列AC 是否带磁",
+          "owner": "运营",
+          "role": "input"
+        }
+      ],
+      "notes": [
+        "HS 编码：人工维护，系统不自动填/不写候选/不自动确认（决策 2026-08-19）",
+        "模板固定值（不来自数据源）：A=, S={材质}，{材质英文}, T=家用, U=无, V=无, W=7 …",
+        "TODO(待用户确认语义)：required 里「重量」「货件号」各出现两次，而源表只有一列同名 —— 推测分别对应模板 K(单箱总重)/L(单箱产品净重) 与「货件号/唛头」两处写法；缺口检查已按名去重展示，语义归属待定。",
+        "放行口径（2026-09-17 P4 实测修正）：`发票就绪`(checkbox，运营放行) 与 `产品图`(attachment) 必须**真有值**才算齐备 —— flow_source 早先把空单元格也算作「已提供」，于是分诊报「可派发 83」；实测 lip 表 90 行（货代公司=上海文鳐）中 `发票就绪` 仅 5 行勾选、`产品图` 3 行、`HS编码` 7 行、`材质` 0 行。修正后同一轮分诊 = 可派发 0 / 等人补 88 ⇒ **没人勾放行就不会自动开票**（期望行为）。"
+      ],
+      "failures": {
+        "enabled": true,
+        "_note": "P0.6 试点：只有本流程打开「失败→唤醒角色」回路；needs_agent 类失败才唤醒，带 maxPerCase/cooldown/maxPerRound 三重上限（见 flow_config 缺省）"
+      },
+      "capability": "invoice",
+      "overrides": {
+        "requiredExtra": [
+          "产品图",
+          "重量",
+          "长",
+          "宽",
+          "高",
+          "是否带电",
+          "是否带磁"
+        ],
+        "_note": "与 capability 共同部分的**显式差异**（C9 门禁要求差异必须写在这里）：requiredExtra = 该集成额外要求运营提供的字段（不同货代的门户/模板不同）"
+      },
+      "integration": "wenyao",
+      "_migrated": "2026-09-29 P2a：从 base 迁入业务线，路径命名空间化（角色/preset/能力 id 仍是旧名，待 P2b/P5）",
+      "runner": {
+        "script": "wenyao_run.py",
+        "args": [
+          "--shipment",
+          "{ticket}"
+        ],
+        "_note": "0.7.0 W2：文鳐 runner；⚠️ 还需 --english-name（由流程上下文/LLM 提供）⇒ 完整驱动属 W3"
+      }
+    },
+    "xzh-invoice": {
+      "title": "鑫中航发票流程",
+      "role": "ml-invoice-xzh",
+      "skill": "ml-invoice-xzh",
+      "_note": "2026-09-16 注册：源表/字段来自部署配置 invoice-mapping.json（**引用而非写死**）。门户与文鳐不同（106.13.216.234:10001 老系统）⇒ 管线适配器待 P4；当前注册的价值：鑫中航的票**可分诊、可入台账、可被工作台看见**。",
+      "source": {
+        "kind": "feishu-base",
+        "pick": {
+          "equals": {
+            "FULL状态": "已完成",
+            "发票就绪": "true"
+          },
+          "release": {
+            "field": "发票就绪",
+            "equals": true
+          },
+          "releaseReDispatch": {
+            "enabled": true,
+            "maxPerCase": 3,
+            "cooldownMin": 30,
+            "upstreamHash": {
+              "enabled": true,
+              "watch": [
+                "产品图"
+              ],
+              "ignore": [
+                "发票状态",
+                "发票文件",
+                "大货标签",
+                "发票错误信息"
+              ],
+              "_note": "①「上游数据变化 ⇒ 放行额度重置」的判据面（2026-10-13，修 `xzh-invoice__79406731`：运营按提示补好数据并重勾「发票就绪」，分诊仍给 `release_capped`（3/3）⇒ **永远不再拾取**）。参与 = case 里该行**被流程读取**的字段（required ∪ pick 列 ∪ `watch`）；`ignore` = 流程**自己回写**的列（它们变了不代表运营改了数据），⛔ 必须含全 4 个回写列，否则每轮都判「变了」⇒ 无限重试；放行勾「发票就绪」与票号列**永远**不参与（勾一次 ≠ 改数据 —— 这正是本 BUG 的文案形态）。`watch` = **另外**纳入判据的列（`产品图`：运营补了它、流程也依赖它，但它不在 required 里 ⇒ 不进 case ⇒ 观察不到变化）—— 由 `flow_sources.common.wanted_upstream_columns()` 加进投影（表里没这列 ⇒ 静默跳过）。判据实现 `flow_triage.upstream_changed()`：优先比台账里**上次派发**记的 `upstreamFieldHash`；无快照（0.1.7 既有台账）时退回 case 的 `provenance.<字段>.at`（字段最后一次变化时间）> 上次派发时间。⛔ 上游**未变**时**不**重置（否则退化成无限重试）。"
+            },
+            "externalTiming": {
+              "enabled": true,
+              "maxPerCase": 8,
+              "cooldownMin": 120,
+              "patterns": [
+                "外部时序",
+                "尚未生成",
+                "未生成",
+                "等待平台",
+                "平台尚未"
+              ],
+              "_note": "②「外部时序类失败**不占**运营放行额度」（2026-10-13，同一现场的第二条根因）：`门户搜索订单 79406731 命中 0 行（仅缺大货标签）…外部时序缺口` 这类是**门户/平台侧还没生成** —— 运营改不动，而旧实现把它算进 Rule R 的 3 次额度，运营于是白补了产品图（真源原话：『之前判断需要补产品图并打勾，运营也照做了，可是你却没有拾取』）。⇒ 走**独立通道**：长冷却 `cooldownMin`（≥120，明显长于 Rule R 的 30）+ 独立更高上限 `maxPerCase`（≥8），认领时 `planned` 记 `externalTiming=true`（⛔ **不写** `release`）⇒ 既不占 `maxPerCase`、也不受其约束（分诊按 `externalRetry` 单独计数）。判据**复用现有失败分类器**（`flow_failure.classify` 的 `needs_agent` 档 = 需判断/门户类）；`patterns` 只补一条**窄**标记（外部时序/尚未生成/等待平台）—— 因为生产原文含「未就绪」二字会被 `needsHuman` 组先匹配掉（实测），而它的正确动作**不是**补数据。⛔ 不新造一套分类：不声明 `patterns` 时用同一形状的内置兜底。"
+            },
+            "_note": "同 `wenyao-invoice`（Rule R 的完整判据/上限/冷却/⛔ 只重新派发不写数据 见该处 `pick.releaseReDispatch._note`，本条只记**鑫中航侧**的两点事实）：① 放行位是**本流程自己的门控列**「发票就绪」（⛔ 不是 FULL 的「就绪」）；② 鑫中航的终端态是 `发票状态=已完成`（与文鳐同表同状态机）⇒ 重跑由流程按既有守卫重做，Rule R 本身**一个字段都不写**。"
+          },
+          "_gateNote": "2026-09-17 用户口径：发票流程的开启前提 = **FULL状态=已完成**（不是「状态」，那是物流状态）**∧ 发票就绪=true**（运营自认字段填齐的放行勾）。缺口回填规则两个发票流程一致：**只有需要运营填的字段缺口**才写「发票错误信息」并**取消勾选「发票就绪」**（运营补齐后需自己重勾）；系统/我方类缺口只写错误信息、不取消勾选。"
+        },
+        "_tableNote": "2026-09-17 用户口径：**文鳐与鑫中航同属发票流程、同一张表（lip）** ⇒ 从旧表 TJrmbxuIyauNqrsJL9FclLfbnhc/tbl4vDxpCa71YLpe（2026-08-20 单表方案遗留，30 列、无「发票就绪」）切到 lip 表。旧 runner invoice_runner.py 的 `状态=已完成 ∧ 发票状态=待生成` 口径作废（新表无「状态=已完成」语义）。",
+        "envFile": "verticals/mercadolibre/env/fulfillment.env",
+        "baseEnv": "FULL_BASE_TOKEN",
+        "tableEnv": "FULL_TABLE_ID",
+        "identityEnv": "FULL_LARK_PROFILE",
+        "_envNote": "2026-09-20（迭代1-步骤4）：表/身份**不再写死**，改走 envFile + *Env（与 FULL 同一张 lip 表、同一身份 profile）。硬编码会让换客户=改代码；且与 FULL 的口径不一致（同一仓库两种写法）。"
+      },
+      "trigger": {
+        "wake": "session",
+        "mode": "real",
+        "pauseSwitch": "verticals/mercadolibre/PAUSE.xzh-invoice",
+        "log": "verticals/mercadolibre/logs/flow-trigger-xzh-invoice.log",
+        "_note": "2026-09-18 用户口径：两个发票流程在旧脚本时期都已成功跑通 ⇒ 定时轮**真实执行**（原\"只跑影子、真跑须人工批准\"的红线撤销）。守卫不变：字段/记录白名单、写前备份、写后读回、审计、终态需 --force；HS 等报关敏感字段仍由运营人工维护。",
+        "promptTemplate": "verticals/mercadolibre/prompts/xzh-invoice.md",
+        "_wakeNote": "2026-09-17：与 FULL 同规则（旧架构本来就有轮询自动重跑）⇒ wake=session；本机 PAUSE_INVOICE 仍在 ⇒ 触发器直接退出、与客户机不抢行。注意：SKILL §7 的门户步骤与写入守卫**尚未核对**，模板里已写死『预检到此为止』。",
+        "_pauseSwitchNote": "历史兼容名（PAUSE_INVOICE）：客户机/文档/运维手册都按此名操作，**不要改名**。新流程不写 pauseSwitch 时，`_derive` 会派生 `PAUSE_FLOW_<ID>`（大写、-→_）。",
+        "pauseSwitchLegacy": "PAUSE_INVOICE",
+        "dispatch": {
+          "sessionIdFile": "verticals/mercadolibre/flow-dispatch-xzh-invoice.json"
+        }
+      },
+      "concurrency": {
+        "max": 2,
+        "leaseMin": 20
+      },
+      "guards": {
+        "dryRunDefault": true,
+        "errorField": "发票错误信息",
+        "_errorFieldNote": "同 `wenyao-invoice`（缺陷 B）：失败收口必须写的列（运营看的），文案与台账 `failed/blocked` 同源同文；用于 `scripts/invoice_fail_closeout.py`。",
+        "_note": "真实写：只写白名单字段（发票状态/发票文件/大货标签/发票错误信息）；写前整行备份 + 写后读回验收 + 审计 JSONL；附件按 field_id 上传、同名同大小幂等跳过。",
+        "writer": "scripts/wenyao-invoice-writeback.mjs",
+        "_writerNote": "2026-10-09（缺陷 B）：**写手路径由流程声明**（`scripts/invoice_fail_closeout.py` 读它）—— 两条发票流程共用同一份守卫（字段白名单 / 记录白名单 / 写前整行备份 / 写后读回 / 审计 JSONL）。⛔ 未声明 `writer` 的流程，收口命令**拒绝执行**（不许猜一个写手去写生产表）。"
+      },
+      "required": [
+        {
+          "name": "货件号",
+          "why": "票据键 + 模板 D 列",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "SKU",
+          "why": "模板列 F",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "产品名称",
+          "why": "模板列 B 产品中文品名",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "数量",
+          "why": "模板列 I 总数量",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "箱数",
+          "why": "模板列 J 总箱数",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "HS编码",
+          "why": "报关要素（人工维护）",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "材质",
+          "why": "模板固定值 {材质}",
+          "owner": "运营",
+          "role": "input"
+        },
+        {
+          "name": "发票就绪",
+          "why": "运营放行勾（本流程的开启前提之一）",
+          "owner": "运营",
+          "role": "state"
+        }
+      ],
+      "failures": {
+        "enabled": true,
+        "_note": "失败进统一台账并可唤醒角色判断；告警轮只读（模板 xzh-invoice.failure.md 写死禁写表/禁门户）"
+      },
+      "_requiredNote": "2026-09-17 实测修正：原写 产品名称/HS编码/材质 在真实表里不存在（真名 品名/海关编码/材质中文）—— 新加的「未知列名大声失败」闸门当场揪出并列出可用列。",
+      "_routeNote": "本表实测 3 行、货代∈{允墨,商达,空}**没有鑫中航行** ⇒ 不加 routing 过滤（加了会把候选清空）；鑫中航行的识别待客户机确认。",
+      "routing": {
+        "routeBy": "货代公司",
+        "match": "鑫中航-美墨",
+        "_note": "2026-09-17 实测：lip 表是多货代共用表（鑫中航-美墨 156 / 上海文鳐 90 / 允墨 76 / 商达 44 / 鑫隆 32 / 美加运通 22 / 冲港 12 / 三瀛 3 / 鸿泰信 2 / 空 93），按货代分流"
+      },
+      "capability": "invoice",
+      "overrides": {
+        "requiredExtra": [
+          "材质"
+        ],
+        "_note": "与 capability 共同部分的**显式差异**（C9 门禁要求差异必须写在这里）：requiredExtra = 该集成额外要求运营提供的字段（不同货代的门户/模板不同）"
+      },
+      "integration": "xzh",
+      "_migrated": "2026-09-29 P2a：从 base 迁入业务线，路径命名空间化（角色/preset/能力 id 仍是旧名，待 P2b/P5）",
+      "runner": {
+        "script": "invoice_lip_runner.py",
+        "args": [
+          "--record-id",
+          "{ticket}"
+        ],
+        "_note": "0.7.0 W2：执行面 runner 声明（CLI `argent run` 只认这里，⛔ 不在 CLI 里写第二份名单）"
+      }
+    },
+    "daily-report": {
+      "title": "美客多店铺日报",
+      "role": "ml-daily",
+      "skill": "ml-store-daily-report",
+      "_note": "P2（2026-09-17）：单元 = 站点 × 日期（不是货件号）。源是**批量待处理清单**（cases-json，由 scripts/daily-report-inbox.py 从「店铺清单 × 幂等标记」算出，**零 API 调用**）⇒ 廉价轮询；真正的抓取与推送由角色派出的 subagent 跑 daily-report.mjs 完成。",
+      "source": {
+        "kind": "cases-json",
+        "file": "flow-inbox/daily-report.json",
+        "identity": "ml-daily",
+        "regenerate": {
+          "script": "daily-report-inbox.py"
+        },
+        "maxAgeSec": 7200,
+        "_note": "单元由 daily-report-inbox.py 按 source.regenerate 在每轮读之前再生成；清单超过 maxAgeSec 未更新 ⇒ 源适配器响亮失败（不许静默 0 票）。"
+      },
+      "trigger": {
+        "intervalSec": 300,
+        "wake": "session",
+        "mode": "real",
+        "pauseSwitch": "verticals/mercadolibre/PAUSE.daily-report",
+        "log": "verticals/mercadolibre/logs/flow-trigger-daily-report.log",
+        "promptTemplate": "verticals/mercadolibre/prompts/daily-report.md",
+        "_note": "2026-09-18 用户口径：日报要**到点自动推送**（北京 14:05 = 站点本地 00:05）。intervalSec 300 保证在推送点后 ~5 分钟内触发；\"未到点不产出单元\"由 daily-report-inbox.py 的门控保证（未到点零唤醒、零模型成本）。",
+        "pauseSwitchLegacy": "PAUSE_DAILY_REPORT",
+        "dispatch": {
+          "sessionIdFile": "verticals/mercadolibre/flow-dispatch-daily-report.json"
+        },
+        "_scheduleNote": "P1-A（2026-10-12，**只对日报试点**）：把触发从「每 5 分钟轮询 ≈288 次/天」改成「宿主原生 daily 排程（每天 1 次准点）」。**沿用 trigger 段**（⛔ 不另起顶层字段 ⇒ 不开第二份真源）：`schedule` 只描述「排程器怎么叫醒」，周期与暂停开关仍只在 trigger 里。⛔ 本批**不切投递**：宿主排程的 prompt 创建时固定 ⇒ 语义退化为「到点叫醒 + 角色自己调 L1 认领」，而「只认领不唤醒」的 L1 入口（`flow-trigger.sh --no-wake`）**尚不存在**（实测只认 --flow/--max/--dry-run）⇒ 声明先落、防线先建，投递切换留 P1-B。⛔ `intervalSec` **保持 300 不动**：本批 launchd 那条路径照旧（先起后排，绝不双跑）。",
+        "schedule": {
+          "enabled": true,
+          "kind": "daily",
+          "time": "14:05:00",
+          "timeZone": "Asia/Shanghai",
+          "taskTitle": "日报 · 美客多店铺日报（宿主排程）",
+          "promptFile": "prompts/daily-report.scheduled.md",
+          "onPause": "deactivate",
+          "_note": "键白名单与自洽性由 scripts/vertical-lint.mjs 与 scripts/flow_config.py 各判一次（同一套判据；lint 是资产门禁、flow_config 是运行期唯一读取点）。`time` 北京 14:05 = 站点本地 00:05（与上面 trigger._note 同一口径；比 300s 轮询等点更准：从 ±5 分钟变准点、288 次/天 → 1 次/天）。`onPause: deactivate` 的**如实声明**：宿主**没有**把任务置 inactive 的远端端点 ⇒ 收敛只能用 `schedule/delete`（唯一可用的停法），被删的整条记录落 `<数据目录>/schedule-audit.jsonl`；见 scripts/argent-schedule.mjs 的 pause/apply。`promptFile` 相对**业务线目录**（也接受 `verticals/<id>/…` 的仓库根相对写法），指向**静态**轮次指令（⛔ 不带 {{tickets}}）。"
+        }
+      },
+      "concurrency": {
+        "max": 6,
+        "leaseMin": 30
+      },
+      "guards": {
+        "dryRunDefault": true,
+        "backup": false,
+        "audit": false,
+        "_note": "日报只读+推送（真实推送，幂等靠 .pushed-<date>-<store> 标记）；影子模式仅用于失败取证（--force --json）。"
+      },
+      "failures": {
+        "enabled": true
+      },
+      "required": [
+        {
+          "name": "store",
+          "why": "哪家店（推送身份与报表维度）",
+          "owner": "系统",
+          "role": "derived"
+        },
+        {
+          "name": "site",
+          "why": "站点（决定时区与口径）",
+          "owner": "系统",
+          "role": "derived"
+        },
+        {
+          "name": "date",
+          "why": "日报日期（幂等键）",
+          "owner": "系统",
+          "role": "derived"
+        }
+      ],
+      "capability": "daily-report",
+      "_migrated": "2026-09-29 P2a：从 base 迁入业务线，路径命名空间化（角色/preset/能力 id 仍是旧名，待 P2b/P5）",
+      "runner": {
+        "script": "daily-report.mjs",
+        "args": [],
+        "ticketless": true,
+        "_note": "0.7.0 W2：日报是**无票流程**（内部按店铺/日期遍历）⇒ ticketless；args 不带 {ticket}"
+      }
+    }
+  },
+  "capabilities": {},
+  "billing": {
+    "units": {}
+  },
+  "_aliasNote": "旧 id（full / wenyao-invoice / xzh-invoice / daily-report）→ 规范 id；迁移期兜底，P2b/P5 随调用点改完后删除。"
+}