weaver-work-cli 0.1.24 → 0.1.26

package/skills/weaver-e10-builder/references/form/guide-form-serial-mark.md

@@ -0,0 +1,47 @@
+# EB 表单复杂编号
+
+复杂编号用于在文本字段上配置固定内容、日期、流水号、表单字段、系统字段和代字组合。
+
+## 设置编号
+
+```bash
+e10-cli form serial-mark set <objId> <appId> <字段ID> --segments @segments.json
+```
+
+数组顺序就是编号拼接顺序：
+
+```json
+[
+  {"type":"field","fieldId":"<项目类型字段ID>","shortName":{"研发":"YF","实施":"SS"}},
+  {"type":"fixed","value":"-"},
+  {"type":"year","format":"four","alone":true},
+  {"type":"fixed","value":"-"},
+  {"type":"serial","digits":4,"zero":true}
+]
+```
+
+## 编号段
+
+| `type` | 含义 | 常用属性 |
+|---|---|---|
+| `fixed` | 固定文本 | `value` |
+| `year` | 年份 | `format:four|two`、`alone` |
+| `serial` | 流水号 | `digits`、`zero`、`alone` |
+| `field` | 表单字段值 | `fieldId`、`shortName`、`alone` |
+| `system` | 系统字段 | `systemField:creator|creator-dept`、`alone` |
+| `date` | 日期 | `format:yyyy|yyyyMM|yyyyMMdd`、`source` |
+
+`alone:true` 用于按该段分别计数；`shortName` 用于将选项值映射为代字。
+
+## 增量调整、查询和清除
+
+```bash
+e10-cli form serial-mark add-segment <objId> <appId> <字段ID> --type field --field-id <取值字段ID> --position 0
+e10-cli form serial-mark short-name list <objId> <appId> <选择字段ID>
+e10-cli form serial-mark short-name set <objId> <appId> <选择字段ID> --map '{"研发":"YF","实施":"SS"}'
+e10-cli form serial-mark read <objId> <appId>
+e10-cli form serial-mark fields <objId> <appId>
+e10-cli form serial-mark clear <objId> <appId> <字段ID>
+```
+
+配置复杂编号后，目标字段由平台自动生成编号并按只读方式使用。

package/skills/weaver-e10-builder/references/form/guide-form-sub-detail.md

@@ -0,0 +1,82 @@
+# 二级明细表配置
+
+二级明细表配置在父明细表上。父明细的每一行分别拥有一组子明细数据；新增子明细数据时，平台把对应父行的行标识自动写入子级行标识字段，用于维持归属关系。
+
+## 结构规则
+
+- 一个父明细可以关联多个子明细。
+- 同一个子明细可以被多个父明细复用。
+- 明细关系可以继续向下嵌套，例如 A → B → C。
+- 当前明细不能选择自身、直属父级或任一祖先作为子明细。通过候选列表选择目标即可。
+- 调换父子方向时，先删除原关系，再重新查询新父明细的候选列表并建立反向关系。例如将 `A → B` 改为 `B → A`，依次执行：删除 `A → B`、查询 B 的候选列表、新增 `B → A`。
+- 父级行标识支持行 ID、单行文本 `Text`、单选框 `RadioBox`、下拉单选框 `Select`，没有明确要求时使用行 ID。
+- 子级行标识必须使用单行文本 `Text`。
+
+## 创建时配置
+
+先定义全部明细表，再把 `enableSubDetail` 和 `subDetailConfig` 写在父明细表上：
+
+```json
+[
+  {
+    "componentKey": "DetailTable",
+    "fieldName": "任务明细",
+    "enableSubDetail": true,
+    "defaultExpandRow": true,
+    "subDetailConfig": [
+      {"subForm": "工时明细", "subField": "父任务标识"}
+    ],
+    "formFields": [
+      {"componentKey": "Text", "fieldName": "任务名称"}
+    ]
+  },
+  {
+    "componentKey": "DetailTable",
+    "fieldName": "工时明细",
+    "formFields": [
+      {"componentKey": "Text", "fieldName": "父任务标识"},
+      {"componentKey": "Number", "fieldName": "工时", "precision": 2}
+    ]
+  }
+]
+```
+
+缺省父级行标识为 `rowId`。需要使用父明细字段时，在关系中增加 `parentField`，可传字段名或字段 ID：
+
+```json
+{"subForm":"工时明细","subField":"父任务标识","parentField":"任务编码"}
+```
+
+## 已有表单维护
+
+先查询父明细当前可选的子明细，再配置关系：
+
+```shell
+e10-cli form detail-table sub-detail candidates <objId> <appId> <父明细>
+e10-cli form detail-table sub-detail add <objId> <appId> <父明细> --target <子明细> --target-field <子级文本标识>
+```
+
+常用命令：
+
+| 操作 | 命令 |
+| --- | --- |
+| 查询全部明细表 | `form detail-table list <objId> <appId>` |
+| 查询某父明细当前配置 | `form detail-table read <objId> <appId> <父明细>` |
+| 查询可选子明细 | `form detail-table sub-detail candidates <objId> <appId> <父明细>` |
+| 增加或更新一条关系 | `form detail-table sub-detail add ... --target <子明细> --target-field <子级标识> [--parent-field <父级标识>]` |
+| 完整替换关系 | `form detail-table sub-detail set ... --target <子明细> --target-field <子级标识> [--parent-field <父级标识>]` |
+| 删除一条关系 | `form detail-table sub-detail remove ... --target <子明细>` |
+| 启用或停用 | `form detail-table sub-detail enable\|disable ...` |
+| 清空全部关系 | `form detail-table sub-detail clear ...` |
+
+`add` 保留父明细已有的其他子明细关系；`set` 完整替换父明细的关系配置。删除最后一条关系后，二级明细功能随之关闭。`disable` 仅停用并保留关系，后续可用 `enable` 恢复。
+
+## 执行顺序
+
+1. 创建父、子明细表及字段。
+2. 确认子明细存在可用的 `Text` 行标识字段。
+3. 使用 `candidates` 查询当前父明细可选目标。
+4. 使用 `add` 或 `set` 保存关系；未指定父级字段时使用 `rowId`。
+5. 使用 `read` 回读父明细的 `enableSubDetail`、`defaultExpandRow` 和 `subDetailConfig`。
+
+关系方向发生变化时，先对原父明细执行 `remove`，再按第 3～5 步以新的父明细重新配置。

package/skills/weaver-e10-builder/references/form/guide-form-view-permission.md

@@ -0,0 +1,38 @@
+# 表单查看视图权限
+
+“修改视图权限”指修改表单数据权限中的 PC 查看布局 `layoutId`。可选布局必须来自权限查询响应的 `rightList.layoutMap`；数据列表 `NList` 不属于此处的查看布局。
+
+## 命令
+
+```bash
+# 查询可授权布局和 dataRightList
+e10-cli form view-permission list <objId> <appId>
+
+# 新增人员查看权限并绑定布局
+e10-cli form view-permission grant <objId> <appId> <viewId> \
+  --org-type employee --org-id <employeeId> --org-name "<name>"
+
+# 新增所有人查看权限
+e10-cli form view-permission grant <objId> <appId> <viewId> --org-type all
+
+# 把既有 dataRight 权限切换到另一个 PC 查看布局
+e10-cli form view-permission set <objId> <appId> <rightId> <viewId>
+```
+
+`rightId` 必须来自 `view-permission list` 的 `dataRights`，不能使用创建权限或导入导出权限 ID。`viewId` 必须存在于同次查询的 `layoutMap`。
+
+## 安全替换
+
+接口事实没有独立更新端点，`set` 固定执行：
+
+1. 查询并锁定原 `rightId` 和目标 `viewId`。
+2. 深拷贝接口允许的权限字段，替换 `layoutId`，不复制原 `id`、租户和创建信息。
+3. 调用 `addRight` 新建替代权限并独立回读。
+4. 只有替代权限按新 ID、新布局回读成功后，才调用 `deleteRight` 删除旧权限。
+5. 再次查询，确认旧 ID 消失、新 ID 保留。
+
+禁止先删旧权限。若删除旧权限失败，命令会报告新权限 ID 并保留两条权限，便于人工恢复。
+
+## 验收
+
+服务器必须返回 `persisted=true`。前端在表单“共享权限/数据权限”中应看到同一授权主体仍存在，但其 PC 查看布局已变为目标视图；实际打开数据时应使用该布局。

package/skills/weaver-e10-builder/references/form/guide-form-view.md

@@ -0,0 +1,371 @@
+# 表单视图：新建与验收
+
+表单创建后已有默认台账；只有用户明确需要额外视图时才创建。表格视图是 `nListView` 数据列表，和普通 `formView` 是两条不同链路。
+
+## 需求判别
+
+- “新建表单” → `form create --fields`。
+- “客户信息表需要一个客户信息视图”等普通列表需求 → 先查询并复用该表单默认台账；“客户信息表”和“客户信息”的名称差异不构成额外新建理由。
+- “在已有表单下明确新增一个额外表格视图” → `form table-view create`；命令必须同时保存显示列并回读。
+- “在已有表单下新增表单视图” → `form view create --type formView`，随后必须 `form view populate`；不得新建另一张表单。
+
+## 默认台账复用
+
+1. 用 `form list-view <objId> <appId>` 查询已有列表，确认目标属于当前表单且用途符合需求，记录实际名称和 listId。存在多个候选时核对数据范围、权限和展示配置，不仅凭名称或第一条记录选择。
+2. 普通列表需求直接在该 listId 上配置显示列、筛选、排序、统计和事件；需要整组配置显示列时用 `form list-columns <objId> <appId> <listId> --set @columns.json`。`table-view ensure` 只用于空列补齐，不负责视图选择或重命名。
+3. 默认视图名称由平台随表单生成，不应机械沿用或统一去掉末尾“表”字。需求明确给出视图名称且与默认名称不一致时，使用 `form view rename` 修改已有视图并保留 ID；不要新建同用途视图代替改名。表单名、视图名和菜单名分别处理。例如表单“客户类型表”的视图要求为“客户类型”时，应把默认台账改名为“客户类型”，不能写成“同客户类型”。
+   多出来的视图用 `form view delete` 删掉（**不可逆、无回收站**），命令会在删完回读确认确实没了。
+4. 只有明确需要“我的客户”“重点客户”等额外独立视图，或不同展示类型时，才进入新增流程。已有重复视图需先核对菜单、关联页签等引用及配置，不能自动删除。
+
+例如：已建“客户信息表”，方案中的“客户信息视图”可由其默认台账满足，plan 标记“复用默认台账”，填写实际 listId 即可。
+
+## 命令
+
+```bash
+# 查询表单下全部视图
+e10-cli form view list <objId> <appId>
+
+# 修改已有默认台账名称（viewId 从上一条命令取得）
+e10-cli form view rename <objId> <appId> <viewId> "客户类型"
+
+# 创建可用表格视图；默认放入全部已有字段
+e10-cli form table-view create <objId> <appId> "审批数据表格" --pc-only
+
+# 创建看板视图（默认 PC + FLOW 布局）
+e10-cli form view create <objId> <appId> "按状态看板" --type kanbanView
+
+# 新增表单视图——流式布局（FLOW）
+e10-cli form view create <objId> <appId> "新增-流式视图" --type formView --layout-type FLOW
+
+# 新增表单视图——表格式布局（EXCEL）
+e10-cli form view create <objId> <appId> "新增-EXCEL视图" --type formView --layout-type EXCEL
+
+# 第 2 步：把已有字段按目标布局类型填入新建 formView（流式/EXCEL 各自生成对应组件）
+e10-cli form view populate <objId> <appId> <viewId>
+
+# 创建移动端日历视图
+e10-cli form view create <objId> <appId> "交付日历" \
+  --type calendarView --terminal MOBILE --layout-type FLOW
+```
+
+**给已有表单加表单视图是两步闭环**（缺一不可）：
+1. `form view create --type formView --layout-type FLOW|EXCEL` —— 建一个**空**的 formView 实体，`--layout-type` 决定流式(FLOW)还是表格式(EXCEL)。同一张表单可同时存在多个 formView，布局类型可不同（如一张表既加流式视图又加 EXCEL 视图）。
+2. `form view populate <objId> <appId> <viewId>` —— 把已有字段按目标布局类型填进去。流式视图生成流式组件、EXCEL 视图生成表格定位，**不得把 EXCEL 定位直接复制到 FLOW 视图**。
+
+`form view populate` 以原表单 `formId` 读取字段，以新视图 `viewId` 作为 `layoutMultiId` 读取目标布局，再按目标的 FLOW/EXCEL 类型重新生成字段组件并独立回读。不得把视图的 `versionId` 或 `pageLayoutId` 当成 `formId`。
+
+**视图里已经有字段时，`populate` 是「只补缺」**：只把后来新增、视图里还没有的字段补进去，
+**已有组件的排版与属性一个不动**（重跑幂等，已齐就只回一句「已有完整字段布局」）。
+所以「表单加了字段、要让它出现在某个视图里」也走这条 —— 不必删视图重建。
+
+字段的**物理表归属**会一并带进组件：表单在「字段管理 → 其他」里加过附属物理表（一张表单多张物理表）时，
+字段列表会把各张物理表的字段一起返回，`populate` 按每个字段自己的物理表归属写入组件，
+附属表的字段在视图里挂对表、不会被平台按主表校验拒掉
+（被拒的报错就是 `此字段不属于当前物理表，不能更改位置`）。
+
+## 复制 / 设默认 / 删除一套布局
+
+设计器里视图卡片右键的三个动作，各有对应命令（都在 `form layout` 组下，不是 `form view`）：
+
+```bash
+# 复制（复制出来的不是默认布局）
+e10-cli form layout copy <objId> <appId> --from <源布局ID> [--name <新名>]
+
+# 设为默认
+e10-cli form layout set-default <objId> <appId> <布局ID> [--for all|add|view|edit]
+
+# 删除（⚠ 不可逆）
+e10-cli form layout delete <objId> <appId> <布局ID>
+```
+
+- **复制**：`--from` 传的是**视图 ID**（`form view list` 能查到）。平台**不回新布局 ID**，
+  命令靠自己复制前后各读一次列表反查，报出来的 `layoutId=` 就是新的那套。`--name` 缺省沿用源布局名。
+- **设默认的 `--for` 是「用途档位」，不是 FLOW/EXCEL 那个布局类型**：`all` 全部布局 /
+  `add` 新建布局 / `view` 显示布局 / `edit` 编辑布局，缺省 `all`（也收中文说法）。
+  **一套布局同时只承担一个档位** —— 把同一套从 `add` 改成 `view`，`add` 就没了；
+  「新建用一套、显示用另一套」是靠**三套不同布局各占一档**。只有 `all` 会让视图的 `default` 变 `true`。
+- **删除**：`layoutId` 传视图 ID。删完**回读确认列表里确实没了**才算成功（平台会「返回成功但没删掉」）。
+  这套布局原先占着某个档位的话，命令会一并打出来。⚠ **不可逆**；删掉正占着 `all` 的那套会怎样**未验证**，慎用。
+
+看板、日历、思维导图目前只确认创建实体和视图列表回读，尚不能据此宣称设计器已有可用组件。
+
+普通 `form view create --type` 只接受：
+
+- `formView`：详情视图
+- `kanbanView`：看板视图
+- `calendarView`：日历视图
+- `mindMapView`：思维导图视图
+- `multiView`：多维表格视图（无 layoutType/terminalType，带 `extConfig:{listVersion:5}`）。**数据维度**：缺省主表（`subFormId:""/subFormMain:false`）；明细表维度用 `--detail <明细名>`（按名解析明细 subFormId）或 `--sub-form-id <明细subFormId>`（直传），传值即 `subFormId:<明细subFormId>/subFormMain:true`。明细子表名/subFormId 用 `dataset/v1/getFields` detailFields 查（真 subFormId 在 `fields[].subFormId`，非 `dt.id`）。**多维表格显示列**复用台账同一套 `saveNListConfig/getNListConfig`，直接用 `form list-columns <objId> <appId> <multiView的viewId> --add <fieldId>` 加列。
+
+`tableView`/`nListView` 不得传给普通视图命令。真实表格视图固定使用 `form table-view create`。
+
+## 额外表格视图新建闭环
+
+```bash
+# 1. 已确认需要额外独立视图，再查询目标表单和已有列表
+e10-cli form list <appId>
+e10-cli form list-view <objId> <appId>
+
+# 2. 创建 nListView、写入全部业务显示列和隐藏数据主键、独立回读
+e10-cli --json form table-view create <objId> <appId> "<表格视图名>" --pc-only
+
+# 3. 再次独立查询表单下列表
+e10-cli --json form list-view <objId> <appId>
+```
+
+命令先用 `viewType=nListView` 创建，再以新 `listId` 读取 PC 配置；业务列必须取自 `/api/ebuilder/common/ds/fields` 的完整字段对象，不能只拼字段 ID。保存时保留服务端配置和隐藏主键 `id=5`，最后回读 `tableField` 和列表实体。命令只拦截完全同名的视图，不识别简称或业务用途；执行前必须完成复用判断，不能因名称未完全匹配就新建。已有同名视图时停止，不盲目重建。
+
+`--pc-only` 只用于已确认本次验收为 PC 的场景。未指定时，命令必须取得真实 MOBILE 配置，禁止用 PC 配置推导移动端。
+
+`create` / `ensure` 同样支持 `--terminal pc|mobile`（缺省 `pc`）：决定显示列写进哪一端，另一端原样保留。只给某一端配显示列时用 `--terminal`，两端都要就分两次执行。
+
+```bash
+# 只给移动端补显示列，PC 端配置不动
+e10-cli --json form table-view create <objId> <appId> "移动端表格" --terminal mobile
+```
+
+服务器通过必须同时满足：
+
+- 创建后按返回 `listId` 找到同名列表。
+- `persisted=true`。
+- `visibleFieldCount` 等于目标业务字段数。
+- `tableFieldCount` 还包含隐藏主键。
+- 再查 `form list-view` 仍能按相同 ID 和名称找到。
+
+前端无数据时可以没有数据行，但必须看见业务字段列头；否则仍是空壳，不能验收。
+
+## 表格视图展示样式
+
+```bash
+e10-cli --json form table-view style <objId> <appId> <listId> <style>
+```
+
+`style` 使用前台语义，不直接让使用者猜内部 `mode`：
+
+| style | 前台展示样式 | mode |
+|---|---|---|
+| `table` | 表格式 | `1` |
+| `list` | 列表式 | `2` |
+| `left-diagram` | 左图式 | `3` |
+| `horizontal-list` | 横向列表式 | `4` |
+| `above` | 上图式 | `5` |
+| `grid` | 网格列表式 | `7` |
+| `editable` | 可编辑表格（编辑态） | `11` |
+
+可编辑表格内部还有数据态 `8` 和只读态 `9`；用户要求“改成可编辑表格”时必须使用编辑态 `11`，不得把只读态 `9` 当成完成。
+
+命令先确认 `listId` 属于目标 `objId`，读取目标终端的完整配置后只修改其顶层 `mode`，保存后重新读取该终端配置核对。
+
+PC 与移动端是**两个独立槽位**（保存接口的 `config` 落 PC、`mConfig` 落移动端），`--terminal` 决定改哪一端，缺省 `pc`：
+
+- `--terminal pc`：只改 PC，移动端配置原样回传；
+- `--terminal mobile`：只改移动端，PC 配置原样回传。
+
+末尾会回显实际落点与另一端状态（`终端: 移动端（另一端配置保持原样）`）。另一端配置读取不到时，只有明确 `--pc-only` 才允许继续；`--terminal mobile` 与 `--pc-only` 互斥，同时传会直接报错——不要用 `--pc-only` 去改移动端。
+
+```bash
+# 只把移动端改成网格列表式，PC 展示样式保持不动
+e10-cli --json form table-view style <objId> <appId> <listId> grid --terminal mobile
+```
+
+前端验收：重新进入“基础设置 → 展示样式”仍显示“可编辑表格”，并且列表进入可编辑状态。
+
+## 常用搜索显示方式
+
+```bash
+# PC 常用搜索显示为高级搜索；filter 表示筛选
+e10-cli --json form table-view search-style <objId> <appId> <listId> advanced
+```
+
+显示方式固定为 `advanced → commonSearchType="0"`、`filter → commonSearchType="1"`，不得直接猜内部值。
+
+命令先确认 `listId` 属于目标表单，完整保留目标终端的其他配置，保存后重新读取目标属性；`--terminal` 同上（`pc` 只改 PC、`mobile` 只改移动端，另一端原样回传）。前端验收：“常用搜索 → 基础信息 → 显示方式”能正常打开，且刷新后仍为目标方式；若配置页异常，接口回读成功也不能验收。
+
+## 常用搜索字段
+
+```bash
+e10-cli --json form table-view search-field add <objId> <appId> <listId> <fieldId>
+
+# 按前端字段设置面板配置搜索项
+e10-cli --json form table-view search-field configure \
+  <objId> <appId> <listId> <fieldId> \
+  --display-name "单据名称" \
+  --default-value "111" \
+  --required 0 \
+  --full-match 0 \
+  --condition like
+```
+
+命令必须从当前数据源接口取得完整字段模型，按前端最终保存结构生成搜索项：字段 `id` 与独立的 18 位 `filterId` 不得混用，字段自身 `multiSelect` 原样保留，搜索默认配置单独写入 `listFilterDefaultSets`。保存时完整保留目标终端的其他配置，再独立回读字段及条件关系；`--terminal` 同上（`pc` 只改 PC、`mobile` 只改移动端，另一端原样回传）。
+
+具体配置固定映射：
+
+- `--default-value`：固定默认值，写为 `defaultType="1"` 与 `startValue`；`--clear-default` 清除。`Select` 字段可传选项名称或选项 ID，CLI 必须从当前数据源解析为唯一真实 ID，并保留完整选项对象供前端回显。
+- `--required 0|1`：条件是否必填，写为字段级 `required`。
+- `--full-match 0|1`：搜索内容是否完整匹配，写入 `listFilterDefaultSets.searchContentFullMatches`。
+- `--condition like|eq|...`：必须来自该字段实际允许的条件，同时更新字段层与默认设置层。
+- `--display-name`：更新搜索项 `showName`；不得覆盖原字段名和字段 ID。
+
+前端验收：打开“搜索配置”不报异常，目标字段出现在常用搜索字段中；刷新列表后可使用该字段发起搜索。只通过接口回读不能验收。
+
+## 台账显示列/搜索/排序/统计/视图数据条件/行事件/分组/上下级/视图权限/分类搜索
+
+直接改默认台账（nListView）的显示列、搜索条件、排序、顶部统计、视图数据条件。listId 取 `form list-view` 返回的列表视图 ID。默认改 PC 端；`list-columns --terminal mobile` 可改移动端显示列。**保存时先读回真实移动端 mConfig 原样回传，不会清空移动端**（`saveNListConfig` 一次请求里 `config`→PC 端、`mConfig`→移动端，两端列集合/uid 各自独立）。只有明确目标只使用 PC、移动端配置确实不存在时，才加 `--pc-only`。
+
+```bash
+# 查看当前显示列
+e10-cli form list-columns <objId> <appId> <listId>
+
+# 批量追加字段到显示列 / 移除字段
+e10-cli form list-columns <objId> <appId> <listId> --add <fieldId1> <fieldId2>
+e10-cli form list-columns <objId> <appId> <listId> --remove <fieldId1> <fieldId2>
+
+# 按文件完整设置业务列顺序、宽度和格式（未列入的业务列会移除）
+e10-cli form list-columns <objId> <appId> <listId> --set @columns.json --json
+# 详见 references/form/guide-list-columns.md
+
+# 列显示格式：千分位/小数位（Number/Money 列，走列对象 format/decimalLength）
+e10-cli form list-format <objId> <appId> <listId> <fieldId> --thousandths --decimal 2
+e10-cli form list-format <objId> <appId> <listId> <fieldId> --no-thousandths
+# 列显示单位：后缀/前缀（走列 showTrans.ruleConfig，与千分位是两套机制）
+e10-cli form list-unit <objId> <appId> <listId> <fieldId> "（元）"
+
+# 配置搜索：--add 进搜索面板，--quick 加顶部快捷筛选（均支持多字段）
+e10-cli form list-search <objId> <appId> <listId> --add <fieldId1> <fieldId2>
+e10-cli form list-search <objId> <appId> <listId> --quick <fieldId1> <fieldId2>
+# 主表字段直接从 ds/fields 解析；明细子字段经 getFormField 单取元数据（ds/fields 合并不展开）
+
+# 配置排序 / 清除（--field 支持多个，按传入顺序多级排序；--order 对所有字段生效）
+e10-cli form list-sort <objId> <appId> <listId> --field <fieldId1> <fieldId2> --order ASC
+e10-cli form list-sort <objId> <appId> <listId> --clear
+
+# 主表/明细统计完整指南：references/form/guide-list-stats.md
+# 明细 count 支持只填 type/subFormId；批量入口：form list-stats detail
+# PC/MOBILE 可能共享统计项；以保存后的 mobileStatistics 为准，不能承诺只影响 PC
+# 顶部统计：type=sum 求和 / count 计数 / avg 平均 / max 最大 / min 最小
+# 可选：thousandths=true 千分位 / decimalPlaces="2" 小数位 / unit="万" 单位（unitType=tenThousand）
+e10-cli form list-stats <objId> <appId> <listId> --add '{"fieldId":"...","type":"sum","name":"合同总金额","thousandths":true,"decimalPlaces":"2","unit":"万"}'
+
+# 条件统计：conditions 数组构造明文条件树填 rootdata（发明文保存成功、读回也是明文，无需 LZW 编码）
+# func: eq 等于 / neq 不等于 / in 属于 / notIn 不属于 / like 包含 / notLike 不包含 / gt 大于 / lt 小于 / range 区间 / isNull 为空 / isNotNull 不为空
+# 单选 Select 用 eq；notEq/between 为兼容别名自动归一为 neq/range；range 的 value 用数组 [起,止]；value 填选项 valueKey、text 填显示名；多条件默认 AND
+e10-cli form list-stats <objId> <appId> <listId> --add '{"fieldId":"金额fieldId","type":"sum","name":"研发合同额","thousandths":true,"unit":"万","conditions":[{"fieldId":"项目类型fieldId","func":"eq","value":"研发valueKey","text":"研发"}]}'
+e10-cli form list-stats <objId> <appId> <listId> --remove <statId>   # 平台 statisticsList 是 upsert 语义，删除靠标 operation:DELETE（splice 不删）
+
+# 视图数据条件：台账只显示满足条件的数据（走 saveNListConfig config.filter，明文条件树，非独立接口——
+# conditionEditor/saveOrUpdate 表单级不挂视图、saveBaseinfo 带 conditionData 都是错误端点）
+# func 取值同条件统计（eq 等于 / neq 不等于 / in 属于 / notIn 不属于 / like 包含 / notLike 不包含 / gt 大于 / lt 小于 / range 区间 / isNull 为空 / isNotNull 不为空，单选 Select 用 eq）；value 填选项 valueKey，text 填显示名
+# --add 是**叠加**（往现有条件上加）；要整体覆盖用 --replace。--relation 设顶层关系（不给=沿用现有）
+e10-cli form list-filter <objId> <appId> <listId> --add '{"conditions":[{"fieldId":"项目类型fieldId","func":"eq","value":"研发valueKey","text":"研发"}]}'
+# 嵌套条件组：条目里有 conditions 数组就是一层组（带 relation），可任意嵌套 → A OR (B AND C)
+e10-cli form list-filter <objId> <appId> <listId> --replace '{"conditions":[{"fieldId":"Aid","func":"eq","value":"x"},{"relation":"and","conditions":[{"fieldId":"Bid","func":"eq","value":"y"},{"fieldId":"Cid","func":"gt","value":0}]}]}' --relation or
+e10-cli form list-filter <objId> <appId> <listId> --remove 项目类型fieldId    # 按字段摘（该字段所有条件都摘；组摘空整组拿掉）
+e10-cli form list-filter <objId> <appId> <listId> --clear
+
+# 行事件：点击行数据 NewPage 打开（走 saveNListConfig config.eventGroup，明文 JSON，config+mConfig 都要写）
+# --add-page 选页面：pageId 缺省 "1/<objId>"（表单新建布局），"0/<objId>"=显示布局
+#   打开方式 openMode（linkInfo.openMode 权威，page.openMode 恒 4）：
+#     当前页面=4 / 新窗口=0 / 弹出窗口=5 / 右侧滑出=1(缺省) / 右侧推出=7
+#   弹出/滑出/推出 带弹窗宽高（--modal-width/--modal-height，缺省 50%）；滑出/推出 额外带 winSizeNew（--win-size，缺省 100%）
+# --add-field 选字段（URL取自行内字段值，urlFieldText/Type自动补）
+e10-cli form list-event <objId> <appId> <listId> --add-page '{"pageName":"新建数据"}'
+e10-cli form list-event <objId> <appId> <listId> --add-page '{"pageId":"0/<objId>","pageName":"显示布局","openMode":"当前页面"}'
+e10-cli form list-event <objId> <appId> <listId> --add-page '{"pageName":"弹窗详情","openMode":"弹出窗口"}' --modal-width 80%
+e10-cli form list-event <objId> <appId> <listId> --add-page '{"pageName":"侧滑详情","openMode":"右侧推出"}' --win-size 60%
+e10-cli form list-event <objId> <appId> <listId> --add-field '{"urlFieldId":"字段id"}'
+e10-cli form list-event <objId> <appId> <listId> --clear
+
+# 字段事件（列点击 list-click，区别于行事件 list-event）：点某列数据打开该行显示布局（带数据 ID）
+# 打开方式 --open-mode：当前页面/新窗口/弹出窗口/右侧滑出(缺省)/右侧推出；滑出/推出 --win-size 设宽度（缺省 800px）。具体数值按需求填写：百分比使用 `%`（如 `45%`、`60%`），像素使用 `px`（如 `640px`、`900px`），两种单位不可混用或省略；百分比范围为 0%～100%。
+e10-cli form list-click <objId> <appId> <listId> <fieldId> --open-mode 右侧推出 --win-size 50%
+e10-cli form list-click <objId> <appId> <listId> <fieldId> --open-mode 右侧推出 --win-size 800px
+e10-cli form list-click <objId> <appId> <listId> <fieldId> --target <目标表单objId> --open-mode 弹出窗口
+e10-cli form list-click <objId> <appId> <listId> <fieldId> --clear
+
+# 启用分组：台账按某字段分组聚合显示（走 saveNListConfig config.enableGroup 对象 {enable,groupField,groupSize}）
+# saveNListConfig 持久化成功，不走 designer/layout/save LZW。group-field 用完整字段对象（自动从 ds/fields 取）
+e10-cli form list-group <objId> <appId> <listId> --enable --group-field <分组字段fieldId> --group-size 100
+e10-cli form list-group <objId> <appId> <listId> --disable   # 禁用但保留 groupField/groupSize（仅 enable=false）
+
+# 上下级树形展示：根据“上级类型”等自关联字段展示父子层级（走 config.superiorField）
+# parent-field 支持字段名称或 ID；必须是主表、单选、关联当前表单自身的 EBuilder 字段
+e10-cli form list-hierarchy <objId> <appId> <listId> --enable --parent-field "上级类型" --expand-level 2
+e10-cli form list-hierarchy <objId> <appId> <listId> --disable  # 关闭但保留字段及展开设置
+
+# 台账视图权限（查阅/查看权限）：谁能查看这个台账（走 list/permission/save + getList，专用端点，full-replace 语义 omit即删）
+# selectedType: all(所有人) / user(人员,带--name) / role(角色,--name 缺省自动查) / matrix(矩阵,用 --add-raw 传整对象)
+e10-cli form list-permission <objId> <appId> <listId> --add-all
+e10-cli form list-permission <objId> <appId> <listId> --add-user <userId> --name <人员名>
+e10-cli form list-permission <objId> <appId> <listId> --add-role <roleId>                # --name 缺省自动从角色树查名
+e10-cli form list-permission <objId> <appId> <listId> --add-role <roleId> --share-level 2 # 加同一角色另一个共享级别
+e10-cli form list-permission <objId> <appId> <listId> --add-role <roleId> --seclevel 30-80 # 安全级别范围
+e10-cli form list-permission <objId> <appId> <listId> --add-raw '{"selectedType":"matrix","name":"...","dataid":"矩阵id",...}'
+e10-cli form list-permission <objId> <appId> <listId> --remove <权限id>
+e10-cli form list-permission <objId> <appId> <listId> --clear
+
+# 删除指定权限；清理重复“所有人”后保留唯一一条
+e10-cli form list-permission <objId> <appId> <listId> --remove <permissionId>
+e10-cli form list-permission <objId> <appId> <listId> --remove-all --add-all
+
+# 每条授权对象的两个可配维度（样本坐实，mulinquan 2026-09-02）：
+#   安全级别 = levelScope.minShowlevel/maxShowlevel（字符串范围，--seclevel <min>-<max>，如 0-100 / 30-80；role 缺省 0-100、all 缺省空）
+#   共享级别 = roleLevel（验证: 总部=1 分部=2 全部=3）。同一角色可按不同共享级别各存一条（同 role 两条 roleLevel 1/2 并存）→ 去重键含 roleLevel
+#   幂等：目标(含 roleLevel)已存在时跳过保存，打印「无变化」
+
+# 分类搜索：台账左侧的分类筛选（走 saveNListConfig config.searchConditions.groupFilters）
+# 支持主表选项类、浏览框类、日期类与系统字段；不支持明细字段（产品边界）
+e10-cli form list-search-group <objId> <appId> <listId> --add <字段名或fieldId>
+e10-cli form list-search-group <objId> <appId> <listId> --add <字段> --position 0 --option-order field
+e10-cli form list-search-group <objId> <appId> <listId> --add <字段> --default-options "选项1,选项2"   # 默认选中
+e10-cli form list-search-group <objId> <appId> <listId> --add <字段> --options "选项1,选项3"            # 只让这些选项出现
+e10-cli form list-search-group <objId> <appId> <listId> --add <字段> --count-update                     # 统计数字随搜索结果更新
+e10-cli form list-search-group <objId> <appId> <listId> --add <字段> --only-with-data                   # 仅显示有数据的选项
+e10-cli form list-search-group <objId> <appId> <listId> --add <日期字段> --date-granularity 月,季度 \
+  --default-group month --default-value "2024-01-01 00:00:00,2024-12-31 23:59:59"                       # 日期类默认区间
+e10-cli form list-search-group <objId> <appId> <listId> --remove <fieldId>
+e10-cli form list-search-group <objId> <appId> <listId> --clear
+```
+
+`--add` 对同一个字段**重建**那条分类搜索：本次没给的选项一律回到缺省（不勾默认值、全显示、不勾统计更新、不勾仅显示有数据），所以要改其中之一就把那条要保留的选项一起给全。
+
+两个开关的适用范围不同，用错类型会当场报错而不是写一个界面上看不见的键：
+
+- `--count-update`（统计数字随搜索结果更新）：选项 / 浏览框 / 日期类可用。缺省关，数字只在进入台账时统计一次。
+- `--only-with-data`（仅显示有数据的选项）：**只有**选项 / 浏览框类有这个键，日期与系统字段用不了。这个键**勾上才出现** —— 不勾时整个键都没有（不会写成 0）。
+- `--no-show-count` 管的是**统计数字显不显示**，与 `--count-update` 是两回事。
+
+`list-hierarchy` 与 `list-group` 不可混为一谈：前者按自关联字段建立父子树，后者按普通字段聚合分组。需求出现“上下级”“父级”“树形”“根据上级类型展示”时使用 `list-hierarchy`。字段名不要求固定为“上级类型”，但字段关系必须满足自关联单选。
+
+字段 ID 来自 `form read <objId> --app-id <appId>` 或 `form list-columns` 当前列（系统列如 `2`创建者/`3`创建时间也可增删；`5`数据ID主键自动保留，禁止移除）。显示列命令保存后回读校验，`otherTerminalPreserved:true` 表示另一终端配置核对一致。
+
+## formView 固定闭环
+
+```bash
+# 1. 确认目标表单与现有视图
+e10-cli form list <appId>
+e10-cli form view list <objId> <appId>
+
+# 2. 创建视图并从输出取得 viewId
+e10-cli --json form view create <objId> <appId> "<视图名>" --type formView
+
+# 3. 填充已有字段并独立回读
+e10-cli --json form view populate <objId> <appId> <viewId>
+```
+
+`populate` 只有同时满足以下条件才算服务器验证通过：
+
+- `success=true`
+- `componentCount > 0`
+- `fieldComponentCount > 0`
+- 重复执行返回 `alreadyPopulated=true`
+
+服务器验证通过后仍需用户确认前端不是空画布、字段名称和特殊配置正确。
+
+## 执行与验收
+
+1. 计划中写明表单 objId、视图名称、类型和终端；用户确认后再写入。
+2. CLI 先调用 `createView`，再查询该表单的完整视图列表；创建响应本身不是验收。`formView` 随后调用 `populate`：`原 formId + viewId(layoutMultiId)` 读取目标布局，保留目标页面元数据，按目标布局类型重建已有字段组件并保存。
+3. 回读以返回的 viewId 优先；服务端未返回 ID 时，才按名称、类型和终端唯一匹配。多个候选视图时停止并让用户确认。
+4. `populate` 回读组件数量和字段 ID；用户再确认新视图设计页出现表单既有字段，而非只有“未分组”的空画布。
+
+服务器成功和独立回读成功但尚未前端确认时，只能标记为“待前端确认”。