weaver-e10-builder 1.0.11-beta → 1.1.0

package/skill-docs/references/workflow/guide-workflow-action.md

@@ -0,0 +1,172 @@
+# 流程动作流指南
+
+> 流程基础（建流程、节点、连线、审批人）见 `workflow/guide-workflow.md`，分支条件见 `workflow/guide-workflow-condition.md`。本指南专讲**节点提交事件**和**跨表单动作流**（本表数据 → 目标表 新增/更新/删除 记录）。
+>
+> **动作流新建走 `e10-cli actionflow generate`，已有动作流修改走 `e10-cli actionflow update`**。新建是语义 plan → 编译 → preflight → 保存并启用 → 正式回读；修改是精确 appId → 读取正式设计 → 备份 → 按原 ID 保留式修改 → `saveDesign` → 正式回读。`ApproveTrigger` 自带流程节点触发绑定，不走 pathdef/addaction。详见 `actionflows/SKILL.md` + `e10-cli actionflow component-describe <type>`。`e10-cli workflow action` 仅作动作流**管理**（`list-node`/`clear-node` 查清节点绑定、`delete`/`disable`/`batch-delete` 禁用删除动作流 app）。
+
+## 节点提交事件（字段更新）
+
+节点提交/到达时自动更新本表单字段值（actionType=0），如「审批状态置为审批中」。
+
+> CLI 接受简化 JSON，内部自动构造 `saveAddActionList` 正确 payload（`targetValue`/`firstValue:"custom"`/`customValue`/`actionType:0`/`triggerType:"pre"` 等）。也支持直接传完整 `data:[]` 结构（高级用法）——**传入的 `data:[]` 行会自动归一化**，把 `action list-node` 的读回结果原样回传是安全的。
+>
+> **合并语义**：写入前先读回节点已有动作并归一化，再追加新动作写回——不覆盖已有动作。可与节点上的 type2 动作流安全混用同一节点。若节点已被写坏（读动作恒 500），CLI 会明确提示用 `delete-node` 删节点重建（API 无法修复）。
+>
+> **fieldId 会校验**：简化 JSON 的 `fieldId` 必须是流程表单里真实存在的字段，CLI 写入前反查表单字段校验，无效会报错并列出可用字段。**切勿用占位 fieldId**（如 `"1"`）——无效 fieldId 会被服务端存成空字段映射，之后任何合并写回都会把节点写坏（读恒 500，只能 delete-node 重建）。
+
+**命令**：
+```bash
+e10-cli workflow save-action @action.json
+```
+> **只接 JSON 一个参数**：`workflowId` / `nodeId` 写在 JSON 内部，不是位置参数。写成 `save-action <wf> <node> @file` 会报错。
+
+### action.json 格式（常量赋值）
+
+```json
+{
+  "workflowId": "1296243932023734272",
+  "nodeId":     "1296243932023734278",
+  "nodeName":   "上级审批",
+  "fieldId":    "1296243579896791071",
+  "fieldName":  "审批状态",
+  "value":      "1296243644242280449"
+}
+```
+
+| 字段 | 必填 | 说明 |
+|------|------|------|
+| workflowId | 是 | 流程 ID |
+| nodeId | 是 | 节点 ID（即 `objId`） |
+| nodeName | 否 | 节点显示名（默认"节点"） |
+| fieldId | 是 | 要更新的目标字段 fieldId |
+| fieldName | 否 | 字段显示名（用于 `actionName` 展示） |
+| value | 是 | 常量值。Text/Number 字段用实际值；Select 用 option 的 valueKey |
+| trigger | 否 | 触发时机，默认 `"pre"`（到达节点时）；`leave` 离开 / `back-arrive` 退回到达 |
+
+---
+
+## 跨表单动作流（本表数据 → 目标表 新增/更新/删除 记录）
+
+跨表单动作流的**生成**统一走 `e10-cli actionflow generate`：写一份语义 plan（`event` + `actions`），CLI 编译、preflight、保存并启用、正式回读，返回设计器链接。组件参数、映射、条件的权威是 `e10-cli actionflow component-describe <type>`，参考 `actionflows/references/components/` 下对应组件 md。下面是平台机制要点，写 plan 时按此组织。
+
+已有动作流的局部变更不要重新生成新应用；先用 `read-design --out` 保存正式设计，再按 `actionflows/SKILL.md` 的 `update` 计划格式提交显式 `operations`。更新器会自动备份原设计并保留未声明内容，不能按名称选择目标，也不会在保存/回读失败时自动回滚或删除目标。更新计划中的节点 ID 必须来自这次正式回读；保存新版时平台可能重分配动作/出口节点 ID，CLI 会按新版版本列表定位新场景并按动作树结构回读校验，不能把新 ID 变化误判为失败。更新时触发器 `event` 必须保持原样，不能修改触发类型、触发表单、触发时机或其他触发器参数；如果需求要变更触发器，必须改为新建动作流，CLI 会在检查/保存前明确拒绝。正常更新通过后调用 `saveDesign` 时固定使用 `saveNewVersion:true`，保存为该动作流的新版本。
+
+### 平台机制要点
+
+**目标表字段映射**：plan 的 `mapping` 是 `{源字段 paramKey: 目标字段 ID}`。目标字段 ID 支持 `+`/`-` 前缀做加减运算（赋值不加前缀、`+`累加、`-`扣减）。源字段用本次 `actionflow workflow-context-fields` 返回的原始 `paramKey`，不写死 `FormData.*`/`ApprovalData.*` 路径（编译器自动判定）。
+
+**明细表映射（明细→明细）**：`ActionEbAdd` 的 `insert`/`batchInsert` 支持源明细表逐行写入目标明细表。同一目标明细表的映射须来自同一张源明细表（作为该表「依据值」basisValue）。明细目标字段不支持 `+`/`-` 前缀。**明细 update/delete**（含 basisValue/rowId 行匹配/updateAdd、requestId 定位）走 `ActionEbUpdate`/`ActionEbDelete` 契约的 `filterCondition`（动态右值引用 requestId），`component-describe ActionEbUpdate` 看 detail + requestId 定位参数。
+
+**更新定位方式**：`ActionEbUpdate` 的 `opType`：`id`（按数据ID更新，配 EBuilder 关联字段其值=目标记录数据ID）/ `updateData`+`filterInput`（按「目标字段=源字段值」匹配，推荐）/ `fieldUpdate`（按字段匹配，保存后右侧条件会被清空，不可用）。匹配字段不要选 `*_name`/「名称」显示字段（标签文本非真值）。
+
+**常量值**：plan 里目标字段可用固定值（constants）而非映射字段；公式计算（加减乘除多字段）用 `formula`。mapping/constants/formula 可混合。详见 `component-describe ActionEbAdd/ActionEbUpdate`。
+
+---
+
+## 流程数据写入台账（数据来源落点）
+
+**场景**：流程发起时写入目标台账、归档/退回时更新/删除台账记录（如"流程数据写入项目台账"，发起写入、归档更新、退回删除）。
+
+**核心前提：目标台账必须建「数据来源」Flow 字段**（浏览-流程，`--sform-id` 指向流程绑定的表单 objId）。它存的是**流程实例 ID（requestId）**——add 时写入它，update/delete 靠它定位是哪次流程创建的记录，点击还能跳回流程。
+
+```bash
+# 台账建「数据来源」Flow 字段（只读，来源=项目立项流程）
+e10-cli form add-field <台账objId> <appId> "数据来源" Flow --sform-id <流程表单objId>
+```
+
+**① add（发起写入）**：plan 里把流程实例 ID（requestId 系统变量）写进台账「数据来源」字段，其余字段按 mapping 映射。
+
+**② update/delete（归档更新/退回删除）**：定位条件"**台账.数据来源 = 当前流程 requestId**"。`filterCondition` 动态右值引用 requestId，编译器自动判定为 `ApprovalData` 流程数据——`paramKey` 必须用本次 `actionflow workflow-context-fields` 返回的原始键，不要写死路径。示例 plan 结构：
+
+```json
+{
+  "event": {"type":"ApproveTrigger","params":{"workflowPath":{"id":"<流程id>"},"triggerTiming":"workflow_completed"}},
+  "actions":[
+    {"type":"ActionEbUpdate","params":{
+      "targetForm":{"groupId":"<appId>","id":"<台账objId>"},
+      "person":{"id":"<人员id>","name":"<姓名>"},
+      "opType":"updateData",
+      "filterCondition":{"field":{"id":"<台账数据来源字段ID>","label":"<数据来源字段名>"},"operator":"eq","right":{"type":"context","paramKey":"<workflow-context-fields 返回的流程ID paramKey>","label":"流程ID"}},
+      "mapping":{"<源paramKey>":"<目标字段ID>"}
+    }}
+  ]
+}
+```
+
+> `filterCondition` 格式**以 `actionflows/references/condition_rules.md` 为准**：`field` 必须为 `{id,label}` 对象、`operator` 用英文操作符（`eq/neq/gt/lt/gte/lte/contains/uncontains/empty/nempty`，`empty/nempty` 无右值）、右值键必须为 `right`。`value` 别名、`=`、裸字符串 `field`、数组根节点和 `relationship:"1|0"` 都会在编译前被拒绝。需求含条件/筛选时先翻 condition_rules.md 再下笔。
+
+> **关联流程左值特别注意**：不要因为字段 ID 是数字就套用普通 e-builder 的 `field_<id>`。`Workflow` 必须使用原始数字 `fieldName`、`fieldType:"String"`、空 `module`/`originBrowserType`，`formInfo.formId/layoutId`，顶层 `sformId` 和仅含 `fieldId` 的 `config`；`sformId` 从 `workflowPath.formIds` 反查流程表单对象，不能用目标表单版本 ID代替。
+
+> 也可直接给 `actionflow generate` 下自然语言 plan（"流程归档时按数据来源更新台账，项目状态置为立项"），由组件契约承载。`generate` 默认保存并启用设计（saveDesign saveAndStart=true，正式生效），返回 appId + 设计器链接，event 节点已含流程节点触发绑定。仅 `mode:"stash"` 时走暂存（需设计器手动发布）。
+
+**③ add 回写 dataId（源表存台账记录 ID）**：若后续 update/delete 想用"源表字段 = 台账 dataId"定位，`actionflow workflow-context-fields` 提供"回写数据ID对应字段"候选查询。
+
+---
+
+## 关联 EBuilder 更新目标表数据（跨表更新）
+
+**场景**：表A（带流程）通过 EBuilder 关联字段指向表B，流程到节点时动作流更新表B的目标记录字段。
+
+**机制**：表A 的 EBuilder 关联字段的值 = 表B 记录的数据ID。plan 里 `ActionEbUpdate` 的 `opType=id`（按数据ID更新）+ `filterCondition` 用表A的 EBuilder 关联字段 → 直接用关联值定位表B记录，无需字段值匹配。
+
+### 建两张表
+
+表B「客户台账表」（被更新）：客户名称(Text)、最后拜访日期(Date)、累计拜访金额(Money)
+```json
+[
+  {"componentKey":"Text","fieldName":"客户名称"},
+  {"componentKey":"Date","fieldName":"最后拜访日期"},
+  {"componentKey":"Money","fieldName":"累计拜访金额"}
+]
+```
+
+表A「拜访登记表」（带流程）：拜访日期(Date)、拜访金额(Money)、客户关联(EBuilder→表B)
+```json
+[
+  {"componentKey":"Date","fieldName":"拜访日期"},
+  {"componentKey":"Money","fieldName":"拜访金额"},
+  {"componentKey":"EBuilder","fieldName":"客户关联","sformId":"<表B objId>","dataTitle":"客户名称"}
+]
+```
+> EBuilder 字段：`sformId`=目标表 objId，`dataTitle`=目标表显示字段（填字段名或 fieldId，CLI 自动解析）。
+
+写 plan 时 mapping 目标ID 不加前缀=**直接赋值**（源值原样写入）；加 `+`=累加，`-`=扣减。直接赋值时按目标字段类型（日期/金额/文本等）自动匹配。
+
+---
+
+## 条件性动作流（同一节点按条件走不同动作）
+
+一个节点可挂**多个动作流，各自带触发条件**——提交时只有条件命中的动作才执行。典型场景「合同变更」：变更类型=续期 → 插入台账；变更/终止 → 更新+插入。
+
+在 plan 里用 `Condition` 组件（逻辑分支）表达条件，或多个 `ActionEb*` 配 `filterCondition`。条件规则语法见 `actionflows/references/condition_rules.md`。`actionflow component-describe Condition` 看条件组件契约。
+
+> **验证**：`e10-cli workflow action list-node <wf> <node>` 会标注 `⚠️条件` 的动作为带规则动作。条件内容在流程设计器节点 → 提交事件 → 动作的规则图标里查看。
+
+---
+
+## 动作流管理
+
+生成（`actionflow generate`）之后的查/清/删/禁用：
+
+```bash
+e10-cli workflow action list-node <wf> <node>    # 列节点绑定的动作（type0 常量赋值 + type2 动作流）
+e10-cli workflow action clear-node <wf> <node>  # 清空节点动作绑定（deleteAddAction，不删动作流实体）
+e10-cli workflow action disable <appId> <name>  # 禁用动作流（禁用后可删除）
+e10-cli workflow action delete <appId> <name>   # 删除动作流（自动先禁用再 batchAddRecycle）
+e10-cli workflow action batch-delete @list.json  # 批量删除（每项 {id,name}）
+```
+
+> **clear-node vs delete**：`clear-node` 只解绑节点（动作流实体仍在）；`delete` 删动作流 app（节点残留悬空引用，前端显示「被删除」，平台无按动作流反查节点接口，逐个 `clear-node` 清理）。
+>
+> **list-node 显示**：`type0 常量赋值`（本表字段赋值，`save-action` 写的）/ `type2 动作流`（`actionflow generate` 生成的，带 appId）。
+
+---
+
+## 角色管理
+
+```bash
+e10-cli role list                              # 查看角色树
+e10-cli role create <name> --parent <id> --code <code> --remark <text>
+e10-cli role delete <ids...>                   # 删除角色（可多个）
+e10-cli role add-member <roleId> <keyword>     # 搜索人员添加到角色
+```

package/skill-docs/references/workflow/guide-workflow-condition.md

@@ -0,0 +1,405 @@
+# 流程分支条件指南
+
+> 流程基础（建流程、节点、连线、审批人）见 `workflow/guide-workflow.md`。本指南专讲**分支/出口条件**：金额>1万走高级审批、合同类型=采购走快速通道这类路由。
+
+## 添加分支条件（简化语法，推荐）
+
+**一行命令搞定**，自动校验字段类型、自动生成 API payload、自动绑定到连线：
+
+> **AND / OR 规则写在「同一次调用」里**：要组合多条规则，一次 `add` 传多个 `--rule` + `--relation AND|OR`，例如
+> `--rule "form:金额:大于:1000" --rule "system:流程标题:包含:合同" --relation AND`。
+>
+> **对同一连线重复 `add` 是「替换」，不是叠加**：第二次 `add` 会先删掉该连线旧条件再重建。这是刻意的——若允许跨调用叠加，极易产生 `(金额≥100万) AND (金额<100万)` 这类永远不成立的矛盾条件。因此**想给已有条件补一条规则，必须在新的 `add` 里把旧规则连同新规则一起写全**，不能靠再跑一次叠上去。
+>
+> **同源节点多分支**：一条连线只绑一个条件。要分多个分支，先给每个分支各建一条连线（`add-link`），再分别对每条连线 `add`。
+
+### 基础示例
+
+```bash
+# 系统字段条件
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "条件名称" \
+  --rule "system:流程标题:包含:关键词"
+
+# 数值范围条件
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "金额过万" \
+  --rule "system:流程超时(时):范围:1:72"
+
+# 日期范围条件
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "今年发起" \
+  --rule "system:发起时间:范围:2026-01-01:2026-12-31"
+
+# 为空/不为空
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "无部门" \
+  --rule "system:发起人部门:为空"
+
+# 多规则 AND/OR 组合
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "复合条件" \
+  --rule "system:流程标题:包含:报销" \
+  --rule "system:流程超时(时):大于:24" \
+  --relation AND
+
+# 表单字段条件（字段ID / 名称 / dataKey 均可匹配）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "表单字段" \
+  --rule "form:<字段ID>:大于:1000"          # 按 fieldId
+  --rule "form:申请金额:大于:1000"          # 按字段名
+  --rule "form:je_2831:大于:1000"           # 按 dataKey（原生流程表单 fieldId 会变，用 dataKey 最稳）
+```
+
+### 选项类字段（Select/CheckBox/RadioBox）：用"属于"或"包含"
+
+选项类字段归 Browser 族，用 `属于`（= `包含`，code 9）匹配任一选项：
+
+```bash
+# 合同类型=采购类（单个选项）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "采购类合同" \
+  --rule "form:合同类型:属于:采购类"
+
+# 报销类型∈{差旅费,住宿费}（多个选项，逗号分隔）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "差旅住宿报销" \
+  --rule "form:报销类型:属于:差旅费,住宿费"
+
+# 也可以直接用"包含"（等价）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "招待费报销" \
+  --rule "form:报销类型:包含:招待费"
+
+# 不包含/不属于
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "非采购类" \
+  --rule "form:合同类型:不属于:采购类"
+```
+
+> `属于` 和 `包含` 是**别名**，底层都是 code 9（"包含或属于"），由平台显示语义。对 Select/CheckBox/RadioBox 选项字段，建议用 `属于`；对文本/人员字段用 `包含`。
+
+### 人员/部门字段
+
+人员/部门字段值走浏览器解析，用逗号分隔多值：
+
+```bash
+# 报销人=闫宇或吴鹏（人员多选）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "闫宇或吴鹏报销" \
+  --rule "form:报销人:等于:闫宇,吴鹏"
+
+# 所属部门=财务部
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "财务部报销" \
+  --rule "form:所属部门:等于:财务部"
+
+# 部门不含子部门
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "本部门" \
+  --rule "form:所属部门:等于:财务部:不包含子部门"
+```
+
+### 字段 vs 字段比较（变量模式）
+
+用 `field` 关键字表示值来自另一个字段，而非字面值：
+
+```bash
+# 发起时间 ≥ 报销日期（系统字段 vs 表单字段）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "先报销后发起" \
+  --rule "system:发起时间:大于等于:field:报销日期"
+
+# 发票日期 < 报销日期（表单字段 vs 表单字段）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "发票早于报销日期" \
+  --rule "form:发票日期:小于:field:报销日期"
+
+# 数值字段 vs 字段
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "超标" \
+  --rule "form:实际金额:大于:field:预算金额"
+```
+
+> **语法**：`来源:左字段:操作:field:右字段`。`field` 是固定关键字，表示右边是字段引用不是字面值。支持 `system` 和 `form` 两种来源，适用范围：`大于`/`小于`/`等于`/`不等于`/`大于等于`/`小于等于`。
+
+### 明细字段条件
+
+末尾必带量词 `:任一`(任一行满足) / `:所有`(所有行满足)：
+
+```bash
+# 明细任一行金额>1万
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "明细金额过万" \
+  --rule "form:明细金额:大于:10000:任一"
+
+# 明细所有行数量都在 1~100
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "明细数量范围" \
+  --rule "form:明细数量:范围:1:100:所有"
+
+# 明细字段 vs 字段（发票日期 < 报销日期）
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "明细发票日期" \
+  --rule "form:发票日期:小于:field:报销日期:任一"
+```
+
+### OR 分组：用 `|` 分隔子规则
+
+同一条 `--rule` 内用 `|` 分隔表示 OR 关系：
+
+```bash
+# 报销类型∈{差旅费,住宿费} OR 发票编号以FP开头
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "差旅住宿或FP发票" \
+  --rule "form:报销类型:属于:差旅费,住宿费:任一|form:发票编号:包含:FP:任一"
+
+# 报销金额>10000 OR 紧急程度=紧急
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "大额或紧急" \
+  --rule "form:报销金额:大于:10000" \
+  --rule "system:紧急程度:等于:紧急"
+```
+
+> 单条 `--rule` 内用 `|` 分隔的子规则是 OR 关系；多条 `--rule` 之间默认 AND 关系（`--relation OR` 可改）。
+
+### 完整复杂条件示例
+
+```bash
+# 报销初审→财务部专项复核：
+# AND条件：所属部门=财务部, 报销金额5k~10k, 发起时间≥报销日期,
+# OR条件(明细)：报销类型∈{差旅费,住宿费} OR 发票编号以FP开头
+e10-cli workflow condition add <wf> <sourceId> <nodeId> "财务部复核" \
+  --rule "form:所属部门:等于:财务部" \
+  --rule "form:报销金额:范围:5000:10000" \
+  --rule "system:发起时间:大于等于:field:报销日期" \
+  --rule "form:报销类型:属于:差旅费,住宿费:任一|form:发票编号:包含:FP:任一"
+```
+
+## 添加分支条件（原始 JSON，完整控制）
+
+需要 4 步操作：
+```bash
+# 1. 生成新连线 ID
+e10-cli workflow generate-link-id <workflowId>               # → newLinkId
+
+# 2. 获取当前流程图 XML，在 XML 中添加新的 <mxCell edge="1"> 后保存
+e10-cli workflow save-layout <workflowId> @修改后的xml文件
+
+# 3. 保存条件规则（CLI 自动生成节点 ID，只需写条件逻辑）
+e10-cli workflow save-condition @条件.json --app-id <appId>  # → conditionKey
+
+# 4. 绑定条件到连线
+e10-cli workflow set-link-condition-key <wf> <linkId> <key> <nodeId>
+```
+
+> `--app-id` 用于自动生成唯一 ID。省略时透传原始 JSON（需自己填好所有 ID）。
+
+## 条件 JSON 格式
+
+`childrens` 是**递归树结构**，叶子条件用 `selectType` 判断，分组条件用 `relation` + `childrens` 组合。**CLI 只自动生成 ID**（`expressionId`/`expressionBaseId`/`dataValueId`/`elementValue*Id`），其余字段必须按以下格式手写。
+
+**完整结构**：
+```json
+{
+  "source": 2,
+  "sourceId": "连线ID",
+  "workflowId": "流程ID",
+  "conditionName": "条件名称",
+  "linkName": "连线名称",
+  "needFormfield": true,
+  "readOnly": false,
+  "mapBaseId": "表单ID",
+  "isEdit": false,
+  "isFromRuleListPage": true,
+  "relation": 1,
+  "childrens": [/* 叶子或分组 */]
+}
+```
+
+---
+
+### 两种节点类型
+
+**叶子条件** — 有 `selectType`，无 `childrens`：
+
+**分组条件** — 有 `relation` + `childrens`，无 `selectType`：
+
+```json
+{ "relation": 1, "childrens": [/* 嵌套的叶子或分组 */] }
+```
+
+> `selectType` 是数字 3 或 4。`relation`: 1=AND, 2=OR。
+
+---
+
+### 叶子条件：字段前缀由 fieldType 决定
+
+> **关键**：每组字段有 `{前缀}CompareOptionLeft`、`{前缀}ValueOptionLeft`、`{前缀}TextValueLeft1` 三件套。
+
+**Text / Textarea → `String*` 前缀**：
+
+```json
+{
+  "selectType": 4,
+  "formField": [{ "supportContainType": false, "total": false, "name": "字段名", "id": "fieldId", "fieldType": "Text", "groupKey": "Text" }],
+  "StringValueOptionLeft": 1,
+  "StringCompareOptionLeft": 5,
+  "StringTextValueLeft1": "要匹配的值",
+  "valueType": "0"
+}
+```
+
+**Number / Money / Int → `Number*` 前缀**：
+
+```json
+{
+  "selectType": 4,
+  "formField": [{ "supportContainType": false, "total": false, "name": "金额", "id": "fieldId", "fieldType": "Money", "groupKey": "Money" }],
+  "NumberValueOptionLeft": 1,
+  "NumberCompareOptionLeft": 1,
+  "NumberTextValueLeft1": "50000",
+  "valueType": "1"
+}
+```
+
+**Select / RadioBox / CheckBox → `Browser*` 前缀**：
+
+```json
+{
+  "selectType": 4,
+  "formField": [{ "supportContainType": false, "total": false, "name": "字段名", "id": "fieldId", "fieldType": "Select", "groupKey": "Select" }],
+  "BrowserCompareOptionLeft": "9",
+  "BrowserValueOptionLeft": "1",
+  "BrowserTextValueLeft1": [{ "id": "选项valueKey", "content": "选项名" }],
+  "valueType": "0"
+}
+```
+
+**Date / DateTime → `Date*` 前缀**：
+
+```json
+{
+  "selectType": 4,
+  "formField": [{ "supportContainType": false, "total": false, "name": "日期", "id": "fieldId", "fieldType": "Date", "groupKey": "Date" }],
+  "DateValueOptionLeft": 1,
+  "DateCompareOptionLeft": 1,
+  "DateTextValueLeft1": "2026-07-23",
+  "valueType": "0"
+}
+```
+
+**系统变量-字符串**（selectType=3, systemVariable="-1" 等）：
+
+```json
+{
+  "selectType": 3,
+  "systemVariable": "-1",
+  "StringValueOptionLeft": 1,
+  "StringCompareOptionLeft": 5,
+  "StringTextValueLeft1": "值",
+  "valueType": "0"
+}
+```
+
+**系统变量-日期**（selectType=3, systemVariable="-3" 等）：
+
+```json
+{
+  "selectType": 3,
+  "systemVariable": "-3",
+  "DateValueOptionLeft": 1,
+  "DateCompareOptionLeft": 1,
+  "DateTextValueLeft1": "2026-07-23",
+  "valueType": "0"
+}
+```
+
+---
+
+### formField 字段映射
+
+`formField` 需要**完整字段元数据**（不是精简格式）。直接从 `form read --app-id <appId> --out fields.json` 输出的字段对象中取，保留所有字段。
+
+`formField` 至少包含：`id`（fieldId）、`name`（fieldName）、`fieldType`、`detail`、`detailName`、`total`、`formId`、`sourceModule`、`layoutDetail`、`selectDataSource`、`groupKey`、`supportContainType`、`newFormDesigner`、`variable`、`valueCount`、`dataTemplateId`、`detailTableId`。
+
+> **不要精简**：碰到 `selectType: "4"` 就把 `form read` 返回的字段对象全量塞进 `formField` 数组。紧凑格式在 mulinquan 碰巧能过但不完整，eteams 直接拒绝。
+
+---
+
+## 查看已有条件
+
+```bash
+# 列出工作流下所有连线绑定的条件（连线名 + 条件名 + 表达式 + mapId）
+e10-cli workflow condition list <workflowId> [--name <关键词>]
+# 查看单个条件详情（含中文表达式），id 可用 conditionKey / mapId / conditionId
+e10-cli workflow condition get <workflowId> <id>
+# 删除条件（自动解绑连线），id 同 get
+e10-cli workflow condition delete <workflowId> <id> [--link-id <linkId>]
+```
+
+> **getConditionList 是「按连线」查询**：请求体需回传 getConditionSet 的完整上下文
+> （`sourceId`=连线 + `conditionName`=sourceName + `linkName` + `mapBaseId`/`conditionKey`
+> + `exitConditionMapBrowserInfo`/`conditionMapBrowserBean`），只传简化参数会返回空列表。
+> 删除时 `deleteConditions.mapIds` 需传 **mapId**（getConditionList 记录里的 mapId），不是 conditionKey。
+
+---
+
+### 前缀速查表
+
+| 字段类型 | selectType | 前缀 | CompareOption 类型 | valueType |
+|---------|-----------|------|--------------------|-----------|
+| Text / Textarea | 4 | `String` | number | `"0"` |
+| Number / Money / Int | 4 | `Number` | number | `"1"` |
+| Select / RadioBox / CheckBox | 4 | `Browser` | **string** | `"0"` |
+| Date / DateTime | 4 | `Date` | number | `"0"` |
+| 系统变量-字符串 | 3 | `String` | number | `"0"` |
+| 系统变量-日期 | 3 | `Date` | number | `"0"` |
+| 系统变量-下拉 | 3 | `SysBrowser` | — | `"0"` |
+
+---
+
+### 比较符（CompareOption）
+
+| 值 | 含义 |
+|---|------|
+| 1 | 大于 |
+| 2 | 大于等于 |
+| 3 | 小于 |
+| 4 | 小于等于 |
+| 5 | 等于 |
+| 6 | 不等于 |
+| 9 | 包含（文本/人员/部门）/ 属于（发起人/下拉） |
+| 10 | 不包含 / 不属于 |
+| 13 | 为空 |
+| 14 | 不为空 |
+
+> **易错**：`1` 是「大于」**不是**「大于等于」——`≥` 要用 `2`，`<` 用 `3`，`≤` 用 `4`。
+> Number/Date 字段用 1/2/3/4/5/6（数值、日期比较）；Text 用 5/6/9/10（等于/不等于/包含/不包含）；Select/Browser 用 9/10（属于/不属于）。完整矩阵见 operator-matrix.md。
+
+---
+
+### 树结构示例
+
+`合同子类型=采购类 AND 合同总金额≤50000`：
+
+```json
+{
+  "source": 2,
+  "sourceId": "1294902940272197632",
+  "workflowId": "1294602764921430016",
+  "conditionName": "采购类5w快速通道",
+  "linkName": "采购类5w快速通道",
+  "needFormfield": true,
+  "readOnly": false,
+  "mapBaseId": "1294601519433310236",
+  "isEdit": false,
+  "isFromRuleListPage": true,
+  "relation": 1,
+  "childrens": [
+    {
+      "selectType": 4,
+      "formField": [{"supportContainType":false,"total":false,"name":"合同子类型","id":"1294601519433310217","fieldType":"Select","groupKey":"Select"}],
+      "BrowserCompareOptionLeft": "9",
+      "BrowserValueOptionLeft": "1",
+      "BrowserTextValueLeft1": [{"id":"1294601523677945864","content":"采购类"}],
+      "valueType": "0"
+    },
+    {
+      "selectType": 4,
+      "formField": [{"supportContainType":false,"total":false,"name":"合同总金额","id":"1294601519433310221","fieldType":"Money","groupKey":"Money"}],
+      "NumberCompareOptionLeft": 4,
+      "NumberValueOptionLeft": 1,
+      "NumberTextValueLeft1": "50000",
+      "valueType": "1"
+    }
+  ]
+}
+```
+
+> `expressionId`/`expressionBaseId`/`dataValueId`/`elementValue*Id` 省略，CLI 自动生成。
+
+---
+
+## 参考
+
+- [字段类型与关系符编码矩阵](operator-matrix.md) — 数字编码、字段类型矩阵、系统字段清单