@qingflow-tech/qingflow-cli 1.1.50-beta.2 → 1.1.50-beta.3

package/skills/qingflow-cli/reference/builder/50-views.md

@@ -1,38 +1,52 @@
 # Builder Views
 
-Read this when the task is about table/card/board/gantt views, fixed filters, query panels, view sorting, associated report/view display on a view, or repairing existing views.
+Read this when the task is about table/card/board/gantt/hierarchy views, fixed filters, query panels, view sorting, view data permissions, associated report/view display on a view, or repairing existing views.
 
 ## Scope
 
-Responsible for: `builder views apply --views-file`, top-level `views[]`, `operation`, `columns`, `filters`, `query_conditions`, `action_buttons`, and view readback.
+Responsible for: `builder views apply --app-key APP_KEY --view-file PATH` (the **only** creation entry), one view declaration, `columns`, `filters`, `query_conditions`, `action_buttons`, and view readback.
 
 Not responsible for: creating associated report resources or maintaining custom button bodies outside the view design. New business views must include `query_conditions`; ordinary business shortcut buttons are required and are declared only through `action_buttons` on the target view.
 
 ## Main chain
 
 ```text
-app get -> app get fields/views -> views apply with required query_conditions and list/detail action_buttons -> app get/views readback
+app get -> app get fields/views -> views schema -> prepare one view -> views validate -> views apply -> app get/views readback
 ```
 
+## 版本与 schema（views v1alpha1）
+
+视图声明是**版本化契约**（`apiVersion: builder.qingflow.com/v1alpha1`）。`builder views apply` 是视图创建的**唯一入口**（旧命令式 `view_create` 已删除；不要再寻找或使用任何“直接创建视图”的命令/工具）。
+
+- **两级 schema**：**summary**（最简版：类型/名称/数据展示内容 + `data_permission` 数据权限形状）与 **complete**（完整版：visibility 可见性授权、`filters`、`sort`、`query_conditions`、`action_buttons`/`buttons`、`associated_resources`、`card`/`gantt`/`hierarchy` 类型专属配置、`display`/`record`/`share`）。字段级定义逐字段带 `x-backend` 后端映射。
+- **读 schema**：`qingflow --json builder views schema` 默认返回 `v1alpha1/summary.json`；需要完整可写配置时显式传 `--schema-kind complete`。MCP 对应 `app_views_schema`。
+- **Schema-first 写入**：先用 `builder views schema --schema-version VERSION --schema-kind complete` 读取完整 schema；将相同版本显式传给 `validate --schema-version VERSION` 和 `apply --schema-version VERSION`。`validate` 也可从声明信封读取 `schema_version`，但推荐显式传版本；apply 的版本校验必须用 `--schema-version`。`validate` 接受一个直接视图声明对象，不接受 `upsert_view` 包装或批量 envelope。
+- **说明字段**：视图 Schema 使用语义化的 `*Description` 自定义 key（如 `dataPermissionDescription`）承载说明，加载和引用展开时原样保留；读取说明的工具应识别这些 key。标准校验器忽略这些自定义字段，仍按 `type`、`enum`、`required` 等关键字校验；`default` 是标准注解，不会自动填值。`*Description` 不是提交视图声明时的业务字段。
+- **离线校验**：`qingflow --json builder views validate --file PATH`（`-` 支持 stdin），不访问后端；返回 `ok`/`issues[]`（带 JSON pointer path）。
+- **读 canonical 声明**：`qingflow --json builder views get --app-key APP --schema-version VERSION --schema-kind summary`，返回指定版本的 summary 声明数组（字段名反解）；完整可写配置用 `--schema-kind complete` 并检查 `config_read_errors[].gaps`。
+- **完整声明的提取边界**：`views get --schema-kind complete` 优先读取 `buttonConfigVO` 中的完整按钮绑定。公式过滤、无法解析的过滤规则或按钮 ID 会使该视图返回 `VIEW_NOT_EXTRACTABLE`（见 `details.config_read_errors[].gaps`），不会生成删减后的可写声明。修改这类视图的其他属性应使用局部 patch。更新现有视图时，已配置的系统字段原样保留，不补默认值、不重算序号；读接口生成的未配置占位对象不会写回，不会因此新增系统字段配置。
+- **版本协商**：apply 显式传 `--schema-version v1alpha1` 时启用版本化校验：非法声明返回 `INVALID_SPEC` 且**不写**；响应信封回显 `schemaVersion`。apply 不传时行为与旧版一致（别名宽容，零破坏）。
+- **complete 档新能力速览**：`data_permission`（`{type: config|custom, scope: all|oneself|dept|subordinate|custom}`；`scope=custom` 的规则明细写 `filters`）；`sort`（`[{que_id, ascending}]`，空数组=恢复默认排序）；`hierarchy` 类型（须 `hierarchy.title_que_id/children_que_id`，可选 `root_filter`）；`card`/`gantt`/`display`/`record`/`share` 配置组。summary 档仅四公开类型（table/card/board/gantt）。
+
 ## Update existing views
 
-- Prefer `views[].operation="patch"` for small changes to an existing view.
+- Prefer `--patch-views-file` for small changes to an existing view.
 - Use raw `view_key` from `app_get.views[].view_key`; do not use record-data `custom:<view_key>` prefixes.
-- Do not send a partial `upsert` object to update a complex existing view; use `operation="patch"` with `set`.
+- Do not send a partial `--view-file` object to update a complex existing view; use `--patch-views-file` with `set`.
 - Verify filters, query conditions, and associated resources separately before reporting success.
 
 ## Detailed contract notes
 
-稳定命令：**`qingflow builder views apply --views-file`**（别名 **`qingflow build views apply`**）。编写前已结合 **builder 契约**与实现要点整理；**标准 `views[]` 文件**见 **[views_upsert_table_minimal.example.json](../examples/views/views_upsert_table_minimal.example.json)**（与门户/报表 **`.example.json`** 同风格，已包含必需的查询面板、列表快捷按钮和详情快捷按钮）。
+稳定命令：**`qingflow builder views apply --app-key APP_KEY --view-file PATH`**（别名 **`qingflow build views apply`**）。`--view-file` 是一个直接的 JSON 对象，只声明一个新建或完整更新的视图。
 
 > **权限**：视图**新建**走后端 `createViewgraphConfig`，需要同时满足 **视图管理 / ViewManagementAuth**（`beingViewManageStatus`）和 **数据管理 / DataManageAuth**；视图**更新/删除**只走 **ViewManagementAuth**。未开启高级应用权限时 `beingViewManageStatus` 等价回落到 **DataManageAuth**。失败时常见 **40002 / 40161 / 编辑锁**，参见主技能与 **ADMIN** 速查。
 
-> **默认系统视图**：`全部数据`、`我的数据`、`我发起的`、`待办`、`已办`、`抄送` 等由轻流自带，**不要新建同名业务视图**。新建视图必须用业务名，例如 `项目台账视图`、`客户跟进视图`、`逾期任务看板`。如果确实要调整默认系统视图，只能从 `app get views` 取已存在的 raw **`view_key`** 后用 `views[].operation="patch"` 更新。
+> **默认系统视图**：`全部数据`、`我的数据`、`我发起的`、`待办`、`已办`、`抄送` 等由轻流自带，**不要新建同名业务视图**。新建视图必须用业务名，例如 `项目台账视图`、`客户跟进视图`、`逾期任务看板`。如果确实要调整默认系统视图，只能从 `app get views` 取已存在的 raw **`view_key`** 后通过 `--patch-views-file` 更新。
 
 > **契约**（权威键名、枚举、`execution_notes`、示例）：
 > `qingflow --json builder contract --tool-name app_views_apply`
 > （`--tool-name` 为契约索引，用于拉取 **`allowed_keys` / 别名 / 示例**。）
-> 契约示例若带 `"profile"`，不要复制到 `--views-file`；CLI 指定 profile 用根级 `qingflow --profile …`。
+> 契约示例若带 `"profile"` 或 `"app_key"`，不要复制到 `--view-file`；CLI 分别用根级 `qingflow --profile …` 和 `--app-key` 指定。
 
 ---
 
@@ -42,10 +56,11 @@ app get -> app get fields/views -> views apply with required query_conditions an
 |------|------|-----|
 | ① 读应用地图 | 先看 compact views/charts/buttons/associated resources | `qingflow --json builder app get --app-key <APP_KEY>` |
 | ② 读字段/视图 | 确认 **`columns`** / `query_conditions.rows` 可用字段、核对 **`view_key`** | `qingflow --json builder app get --app-key <APP_KEY> fields` / `qingflow --json builder app get --app-key <APP_KEY> views` |
-| ③ 准备补丁 JSON | 写入一个 **`{"views":[...]}`** 文件，每个 view item 自带 `operation` 和 `app_key` | — |
-| ④ 应用视图补丁 | 执行 apply | `qingflow builder views apply …`（写入命令自动 JSON，默认直接 stdout；需要留档时用 `tee`） |
-| ⑤ 配置查询面板和快捷按钮 | 新建业务视图必须写 `query_conditions` 和 `action_buttons`，按钮同时覆盖 `list` 和 `detail` 位置 | `builder views apply` |
-| ⑥ 需要上线时 | 发布侧校验 | `qingflow builder publish verify --app-key …` |
+| ③ 读取 schema | 固定版本；按需求读取 summary 或 complete | `qingflow --json builder views schema --schema-version v1alpha1 --schema-kind complete` |
+| ④ 准备并校验声明 | 新建或完整更新写一个视图对象；先离线校验；局部修改写单项 patch | `qingflow --json builder views validate --file PATH --schema-version v1alpha1` |
+| ⑤ 应用视图操作 | 将同一版本传给 apply；一次只提交一个视图操作 | `qingflow builder views apply --app-key … --view-file PATH --schema-version v1alpha1` |
+| ⑥ 配置查询面板和快捷按钮 | 新建业务视图必须写 `query_conditions` 和 `action_buttons`，按钮同时覆盖 `list` 和 `detail` 位置 | `builder views apply` |
+| ⑦ 需要上线时 | 发布侧校验 | `qingflow builder publish verify --app-key …` |
 
 **说明**：`views apply` 的 **`--publish`** 对应契约里的 **`publish`**；新建业务视图必须包含 `query_conditions` 和 `action_buttons` 并使用 `publish=true`，因为底层按钮写入会自动发布。只有删除、纯维护补丁、或用户明确要求的只读/归档视图，才允许不带按钮；只读/归档视图仍应配置 `query_conditions`。
 
@@ -55,14 +70,17 @@ app get -> app get fields/views -> views apply with required query_conditions an
 
 ```bash
 qingflow builder views apply \
-  --views-file PATH \
+  --app-key APP_KEY \
+  --view-file PATH \
   [--publish | --no-publish]
 ```
 
-- **`--views-file`**：推荐唯一主入口。文件为 **JSON 对象**，形如 `{"views":[...]}`；同一批可混合创建、局部修改、删除，可混合同 app / 跨 app 视图。
-- 每个 `views[]` 项必须写 **`app_key`**；`operation` 为 **`upsert`** / **`patch`** / **`remove`**。
-- CLI 内部按 view job 并发写入，上限 20，结果按输入顺序返回。
-- 兼容旧入口 **`--app-key + --upsert-views-file / --patch-views-file / --remove-views-file`**，但不作为智能体主写法。
+- **`--view-file`**：单个 JSON 对象，用于新建或完整更新一个视图；命令每次只接受一个。
+- **`--patch-views-file`**：JSON 数组，用于已有视图的局部更新；每次最多传一项，包含 `view_key` 或唯一 `name`，以及 `set`/`unset`。
+- **`--remove-views-file`**：JSON 数组，用于删除一个视图；每次最多传一个 raw `view_key` 或唯一名称。
+- 每次调用只能选择一种写入模式：`--view-file`、`--patch-views-file`、`--remove-views-file` 三者不能混用；每次只处理一个应用中的一个视图操作。
+- **不支持批量创建**：不要传 `upsert_views`、`views`、`apps` 等批量声明，也不要在 patch/remove 文件中放多项；多个视图须逐个调用 `builder views apply`，每次单独读回确认。
+- **`--app-key`**：每次视图写入必须指定一个应用；CLI 不提供跨应用或同次多视图写入。
 - 输出默认直接给 stdout，前端可直接读取；需要留档时用 `qingflow builder views apply … | tee tmp/builder_views_apply.json`。
 
 ---
@@ -71,10 +89,10 @@ qingflow builder views apply \
 
 | 文件 | 用途 |
 |------|------|
-| [views_upsert_table_minimal.example.json](../examples/views/views_upsert_table_minimal.example.json) | **新建 table 视图**标准 **`views[]` 文件**：`operation` + `app_key` + `name` + `type` + **`columns`** + 必需的 `query_conditions` + 必需的 `action_buttons`（含 `list` 与 `detail`） |
-| [views_batch_full.example.json](../examples/views/views_batch_full.example.json) | 批量能力示例：同批 `upsert` / `patch` / `remove`，table / board / gantt，固定筛选、查询面板、视图内按钮和可见性 |
+| [views_upsert_table_minimal.example.json](../examples/views/views_upsert_table_minimal.example.json) | 单视图表格示例，可直接作为 `--view-file` |
+| [views_apply_v1alpha1.example.json](../examples/views/views_apply_v1alpha1.example.json) | 版本化单视图字段示例；作为 `--view-file` 使用时加 `--schema-version v1alpha1` |
 
-复制到具体应用前务必替换文件内 **`app_key`** 和 **`columns`**；**`name`** 重名时会更新已有同名视图而非新建（见 **§4**）。
+复制到具体应用前替换 **`columns`**；应用由命令的 **`--app-key`** 指定。**`name`** 重名时会更新已有同名视图而非新建（见 **§4**）。
 
 ---
 
@@ -84,12 +102,11 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 | 键 | 说明 |
 |----|------|
-| **`views`** | 必填数组；每项是一个 view job |
-| **`views[].operation`** | `upsert` / `patch` / `remove`；省略时按字段推断，但推荐显式写 |
-| **`views[].app_key`** | 必填；允许同批混合同 app / 跨 app |
-| **`views[].name` / `view_key`** | 创建用 `name`；更新/删除优先用 raw `view_key` |
-| **`views[].query_conditions`** | 新建业务视图必填；配置前端查询面板字段布局 |
-| **`views[].set` / `unset`** | `operation="patch"` 时使用 |
+| **`app_key`** | 命令的必填参数，定位单个应用 |
+| **`upsert_view`** | 来自 `--view-file` 的一个对象；创建用 `name`，完整更新优先带 raw `view_key` |
+| **`upsert_view.query_conditions`** | 新建业务视图必填；配置前端查询面板字段布局 |
+| **`patch_views`** | 来自 `--patch-views-file` 的数组；每次最多一项，使用 `view_key`/`name` 和 `set`/`unset` |
+| **`remove_views`** | 来自 `--remove-views-file` 的数组；每次最多一项，使用 raw `view_key` 或唯一名称 |
 
 **别名**（契约 `aliases` 节选）：**`fields` / `column_names` → `columns`**；**`view_key` / `viewKey`**；**`tableView`→`table`**、**`kanban`→`board`** 等；**`filter_rules`→`filters`**；**`startField`→`start_field`** 等。
 
@@ -99,15 +116,15 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 服务逻辑概要：
 
-- **`operation="remove"`**：优先传 raw **`view_key`**；也可传唯一视图显示名 `name`，显示名重名则 **`AMBIGUOUS_VIEW`**。
-- **`operation="upsert"`**：
+- **`remove_views`**：优先传 raw **`view_key`**；也可传唯一视图显示名 `name`，显示名重名则 **`AMBIGUOUS_VIEW`**。
+- **`upsert_view`**：
   - 若提供 **`view_key`**：对该视图做 **更新**（含类型变更等，仍受后端约束）。
   - 未提供 **`view_key`**：若 **`name` 唯一** 匹配已有视图 → **更新**；否则 → **创建**。
-- **`operation="patch"`**：对已有视图做局部参数替换；必须有 `view_key` 或唯一 `name`，并写 `set` / `unset`。
+- **`patch_views`**：对已有视图做局部参数替换；必须有 `view_key` 或唯一 `name`，并写 `set` / `unset`。
 
-响应中的 **`verification.by_view[].status`** 会出现 **`created` / `updated`** 等；**`views_diff`** 汇总创建/更新/失败名单。
+响应中的 **`verification.view.status`** 会出现 **`created` / `updated`** 等；**`view_result`** 给出本次唯一视图操作结果，**`views_diff`** 仅保留兼容摘要。
 
-**`partial_success`**：部分视图成功、部分失败时整体仍可能带成功信封，务必读 **`failed`** 与 **`execution_notes`**。
+**`partial_success`**：单个视图写入已执行，但读回或附属配置校验未完全通过；务必读 **`view_result`**、**`warnings`** 与 **`verification`**。
 
 **系统默认名禁止新建**：未提供 `view_key` 的 `upsert` 不要使用 `全部数据`、`我的数据`、`我发起的`、`待办`、`已办`、`抄送` 这类默认系统视图名。它们不是业务视图模板，而是平台默认对象；新业务视图用具体业务名。
 
@@ -119,12 +136,12 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 | `type` | 列/字段要点 | 类型专属键 |
 |--------|----------------|------------|
-| **`table`** | **`columns`**（业务字段 **显示名**，须能在 **`app get fields`** 里找到） | — |
+| **`table`** | **`columns`**（业务字段 **queId**，或已有系统字段 **queId**） | — |
 | **`card`** | 同 table | — |
 | **`board`**（看板） | 列；且须 **`group_by`**（分组字段名） | **`group_by`** |
 | **`gantt`** | 列；须 **`start_field`**、**`end_field`**（通常为日期类字段名） | 可选 **`title_field`** |
 
-实现侧校验：对 **table/card**，若声明了 **`columns`**，在 **过滤系统列**后须 **至少保留一个**真实应用字段，否则报错——**不能**只用系统列名凑一列（系统列集合见 **[reference/app-delivery-sop.md](./reference/app-delivery-sop.md)**）。
+实现侧校验：对 **table/card**，`columns` 至少包含一列；已知系统字段在读取已有视图时原样透传，不要求出现在表单业务字段索引中。未知系统字段仍会报告覆盖缺口。
 
 ---
 
@@ -136,9 +153,9 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 | 目标场景 | 写到哪里 | 推荐写法 | 不要这样做 |
 | --- | --- | --- | --- |
-| 视图打开时固定筛选数据 | `filters` | `{"field_name":"状态","operator":"eq","value":"进行中"}` | 不要写 `judgeType` / `judgeValues`；不要把它放进 `query_conditions` |
+| 视图打开时固定筛选数据 | `filters` | `{"que_id":101,"operator":"eq","value":"进行中"}` | 不要写 `judgeType` / `judgeValues`；不要把它放进 `query_conditions` |
 | 前端查询面板显示哪些字段 | `query_conditions.rows` | `[["客户名称", "负责人"], ["创建时间"]]` | 不要写筛选值；不要把它当 OR 条件 |
-| 按钮显示条件 | `action_buttons[].visible_when` | `{"field_name":"状态","operator":"eq","value":"已完工"}` | 不要手写后端判断符 |
+| 按钮显示条件 | `action_buttons[].visible_when` | `{"que_id":101,"operator":"eq","value":"已完工"}` | 不要手写后端判断符 |
 | 当前记录创建下游记录时传值 | `field_mappings` | `{"source_field":"数据ID","target_field":"关联工单"}` | 不要放在 `header` 按钮；`header` 没有当前记录上下文 |
 | 关联视图/关联报表按当前记录过滤 | `associated-resource apply.match_mappings` | `{"target_field":"关联客户","operator":"eq","source_field":"数据ID"}` | 不要用 `filters` 或 `query_conditions` 代替 |
 | 关联视图/关联报表静态筛选 | `match_mappings` | `{"target_field":"状态","operator":"eq","value":"有效"}` | 不要混用 raw `match_rules` |
@@ -147,17 +164,17 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 ### 6.1 `filters`
 
-- 项形状：**`field_name`**、**`operator`**、**`values`**（或契约允许的 **`value`** 别名）。
+- 项形状：**`que_id`**、**`operator`**、**`values`**（或契约允许的 **`value`** 别名）。
 - **`operator`**：统一公共语义，推荐 `eq` / `neq` / `in` / `contains` / `gte` / `lte` / `is_empty` / `not_empty`；兼容 `equal` / `equals` / `=` / `!=` / `any_of` / `one_of` / `empty` 等别名（以契约为准）。
 - **`in` 等多值**：传 **列表**；**`value`** 为列表时可作别名。
 - **`value` 按字段类型写**：文本/数字/日期直接写业务值；单选/多选/是否优先写选项文本，也支持 option id；成员/部门/关联记录固定筛选优先写唯一 id 或 `{id,value}`。完整规则见 **[reference/match-rules.md](./reference/match-rules.md)**。
 - **语义**：固定筛选条件，打开视图即生效。不要把前端查询栏字段写进 `filters`。
-- **写入 / 读回语义**：智能体始终写 `field_name + operator + value/values`；CLI 内部自动转换目标协议，读回也会还原成 `operator/value` 语义。不要手写或解释后端判断符。
+- **写入 / 读回语义**：智能体始终写 `que_id + operator + value/values`；CLI 内部自动转换目标协议，读回也会还原成 `operator/value` 语义。不要手写或解释后端判断符。
 
 示例：
 
 ```json
-{"field_name": "状态", "operator": "eq", "value": "进行中"}
+{"que_id": 101, "operator": "eq", "value": "进行中"}
 ```
 
 ### 6.2 `query_conditions`
@@ -176,44 +193,38 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 ```json
 {
-  "views": [
+  "name": "客户查询视图",
+  "type": "table",
+  "columns": [101, 102, 103, 104],
+  "filters": [
+    {"que_id": 103, "operator": "eq", "value": "有效"}
+  ],
+  "query_conditions": {
+    "enabled": true,
+    "exact": false,
+    "hide_before_query": false,
+    "rows": [["客户名称", "负责人"], ["创建时间"]]
+  },
+  "action_buttons": [
     {
-      "operation": "upsert",
-      "app_key": "APP_KEY",
-      "name": "客户查询视图",
-      "type": "table",
-      "columns": ["客户名称", "负责人", "客户状态", "创建时间"],
-      "filters": [
-        {"field_name": "客户状态", "operator": "eq", "value": "有效"}
+      "text": "行内创建跟进",
+      "action": "add_data",
+      "target_app_key": "FOLLOWUP_APP_KEY",
+      "field_mappings": [
+        {"source_field": "数据ID", "target_field": "关联客户"}
       ],
-      "query_conditions": {
-        "enabled": true,
-        "exact": false,
-        "hide_before_query": false,
-        "rows": [["客户名称", "负责人"], ["创建时间"]]
-      },
-      "action_buttons": [
-        {
-          "text": "行内创建跟进",
-          "action": "add_data",
-          "target_app_key": "FOLLOWUP_APP_KEY",
-          "field_mappings": [
-            {"source_field": "数据ID", "target_field": "关联客户"}
-          ],
-          "default_values": {"跟进状态": "待跟进"},
-          "placement": "list"
-        },
-        {
-          "text": "详情创建跟进",
-          "action": "add_data",
-          "target_app_key": "FOLLOWUP_APP_KEY",
-          "field_mappings": [
-            {"source_field": "数据ID", "target_field": "关联客户"}
-          ],
-          "default_values": {"跟进状态": "待跟进"},
-          "placement": "detail"
-        }
-      ]
+      "default_values": {"跟进状态": "待跟进"},
+      "placement": "list"
+    },
+    {
+      "text": "详情创建跟进",
+      "action": "add_data",
+      "target_app_key": "FOLLOWUP_APP_KEY",
+      "field_mappings": [
+        {"source_field": "数据ID", "target_field": "关联客户"}
+      ],
+      "default_values": {"跟进状态": "待跟进"},
+      "placement": "detail"
     }
   ]
 }
@@ -236,47 +247,41 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 ```json
 {
-  "views": [
+  "name": "生产工单执行视图",
+  "type": "table",
+  "columns": ["工单编号", "产品", "状态", "负责人"],
+  "filters": [
+    {"que_id": 101, "operator": "in", "values": ["生产中", "已完工"]}
+  ],
+  "query_conditions": {
+    "enabled": true,
+    "exact": false,
+    "hide_before_query": false,
+    "rows": [["工单编号", "状态"], ["负责人"]]
+  },
+  "action_buttons": [
     {
-      "operation": "upsert",
-      "app_key": "APP_KEY",
-      "name": "生产工单执行视图",
-      "type": "table",
-      "columns": ["工单编号", "产品", "状态", "负责人"],
-      "filters": [
-        {"field_name": "状态", "operator": "in", "values": ["生产中", "已完工"]}
+      "text": "行内创建质检单",
+      "action": "add_data",
+      "target_app_key": "QUALITY_APP",
+      "field_mappings": [
+        {"source_field": "数据ID", "target_field": "关联工单"}
       ],
-      "query_conditions": {
-        "enabled": true,
-        "exact": false,
-        "hide_before_query": false,
-        "rows": [["工单编号", "状态"], ["负责人"]]
-      },
-      "action_buttons": [
-        {
-          "text": "行内创建质检单",
-          "action": "add_data",
-          "target_app_key": "QUALITY_APP",
-          "field_mappings": [
-            {"source_field": "数据ID", "target_field": "关联工单"}
-          ],
-          "default_values": {"处理状态": "待处理"},
-          "placement": "list",
-          "visible_when": [
-            {"field_name": "状态", "operator": "eq", "value": "已完工"}
-          ]
-        },
-        {
-          "text": "详情创建返工单",
-          "action": "add_data",
-          "target_app_key": "REWORK_APP",
-          "field_mappings": [
-            {"source_field": "数据ID", "target_field": "关联工单"}
-          ],
-          "default_values": {"返工状态": "待处理"},
-          "placement": "detail"
-        }
+      "default_values": {"处理状态": "待处理"},
+      "placement": "list",
+      "visible_when": [
+        {"que_id": 101, "operator": "eq", "value": "已完工"}
       ]
+    },
+    {
+      "text": "详情创建返工单",
+      "action": "add_data",
+      "target_app_key": "REWORK_APP",
+      "field_mappings": [
+        {"source_field": "数据ID", "target_field": "关联工单"}
+      ],
+      "default_values": {"返工状态": "待处理"},
+      "placement": "detail"
     }
   ]
 }
@@ -286,8 +291,6 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 ```json
 {
-  "operation": "patch",
-  "app_key": "APP_KEY",
   "view_key": "RAW_VIEW_KEY",
   "set": {
     "action_buttons": [
@@ -325,7 +328,7 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 - `publish=false` + `action_buttons` 会被阻断为 `VIEW_ACTION_BUTTONS_REQUIRE_PUBLISH`。
 - 视图内按钮写智能体语义：`action: "add_data"` 或 `action: "link"`。不要手写底层触发名。
 - 响应里同时看 `verification.views_verified`、`verification.action_buttons_verified`、`verification.view_button_bindings_verified`。
-- 按钮失败但视图成功时是 `partial_success`；先按 `suggested_next_call` 重试失败视图的 `views[]` patch。 如果回读里目标视图已有 `CUSTOM` 按钮、文本/位置/触发类型正确，不要重建视图或重复创建按钮。
+- 按钮失败但视图成功时是 `partial_success`；先按 `suggested_next_call` 用 `patch_views` 重试失败视图。 如果回读里目标视图已有 `CUSTOM` 按钮、文本/位置/触发类型正确，不要重建视图或重复创建按钮。
 
 `default_values` 是写入**目标应用新增表单**的静态默认值，必须按目标应用 schema 写：
 
@@ -333,7 +336,7 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 - 单选/多选字段的默认值必须来自目标字段 `options` 的**原始文本或 option id**；不要用业务近义词。例如 schema 选项是 `每月`、`中`，就不要写 `月检`、`普通`。
 - 成员/部门/关联字段默认值按 record insert 的写法处理；不确定候选或目标记录时，先只写 `field_mappings`，不要编造 `default_values`。
 - `field_mappings[].target_field` 和 `default_values` 的 key 都是**目标应用字段名**，不是当前视图字段名。
-- CLI 会在按钮写入前校验默认值；非法值会返回 `CUSTOM_BUTTON_DEFAULT_VALUE_UNSUPPORTED`。这时视图可能已经创建成功，只需要用 `views[].operation="patch"` + raw `view_key` 修正 `action_buttons.default_values`，不要重建视图或应用。
+- CLI 会在按钮写入前校验默认值；非法值会返回 `CUSTOM_BUTTON_DEFAULT_VALUE_UNSUPPORTED`。这时视图可能已经创建成功，只需要用 `patch_views` + raw `view_key` 修正 `action_buttons.default_values`，不要重建视图或应用。
 
 正确示例：
 
@@ -386,10 +389,10 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 ## 7. 删除视图
 
-- 主路径使用 `views[].operation="remove"`；元素必须带 `app_key`，优先带 raw **`view_key`**，也可以带唯一视图显示名。
+- 主路径使用 `--remove-views-file`；元素是 raw **`view_key`** 或唯一视图显示名，应用通过 `--app-key` 指定。
 - 优先用 **`view_key`** 删除；显示名重名会导致 **`AMBIGUOUS_VIEW`**，需先在 **`app get views`** 里确认。
 - DELETE 发出后，工具会用单个 **`view_key`** 回读验证，而不是再读全量视图列表判断删除结果。
-- 删除结果看 **`verification.by_view[].delete_executed`**、**`readback_status`**、**`safe_to_retry_delete`**：
+- 删除结果看 **`verification.view.delete_executed`**、**`readback_status`**、**`safe_to_retry_delete`**：
   - **`readback_status=deleted`**：删除已验证。
   - **`readback_status=unavailable`** 或 **`still_exists`**：删除请求已发出但回读未完全确认，**不要盲目重复删除**；稍后用 `builder app get views` 或对应视图详情确认。
 
@@ -401,21 +404,15 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 ```json
 {
-  "views": [
-    {
-      "operation": "upsert",
-      "app_key": "APP_KEY",
-      "name": "项目台账视图",
-      "type": "table",
-      "columns": ["项目名称"],
-      "visibility": {
-        "mode": "workspace",
-        "selectors": {},
-        "external_mode": "not",
-        "external_selectors": {}
-      }
-    }
-  ]
+  "name": "项目台账视图",
+  "type": "table",
+  "columns": [101],
+  "visibility": {
+    "mode": "workspace",
+    "selectors": {},
+    "external_mode": "not",
+    "external_selectors": {}
+  }
 }
 ```
 
@@ -423,70 +420,58 @@ CLI 将参数与文件内容拼装为服务层载荷，**顶层键**如下：
 
 ```json
 {
-  "views": [
+  "name": "项目甘特图",
+  "type": "gantt",
+  "columns": [101, 102, 103],
+  "start_que_id": 102,
+  "end_que_id": 103,
+  "title_que_id": 101,
+  "filters": [
     {
-      "operation": "upsert",
-      "app_key": "APP_KEY",
-      "name": "项目甘特图",
-      "type": "gantt",
-      "columns": ["项目名称", "开始日期", "结束日期"],
-      "start_field": "开始日期",
-      "end_field": "结束日期",
-      "title_field": "项目名称",
-      "filters": [
-        {
-          "field_name": "状态",
-          "operator": "eq",
-          "value": "进行中"
-        }
-      ]
+      "que_id": 101,
+      "operator": "eq",
+      "value": "进行中"
     }
   ]
 }
 ```
 
-**Table + 筛选 + 查询条件 + 快捷按钮（完整 views-file）**：
+**Table + 筛选 + 查询条件 + 快捷按钮（单条 `--view-file`）**：
 
 ```json
 {
-  "views": [
+  "name": "客户查询视图",
+  "type": "table",
+  "columns": [101, 102, 103, 104],
+  "filters": [
+    {"que_id": 103, "operator": "eq", "value": "有效"}
+  ],
+  "query_conditions": {
+    "enabled": true,
+    "exact": false,
+    "hide_before_query": false,
+    "rows": [["客户名称", "负责人"], ["创建时间"]]
+  },
+  "action_buttons": [
     {
-      "operation": "upsert",
-      "app_key": "APP_KEY",
-      "name": "客户查询视图",
-      "type": "table",
-      "columns": ["客户名称", "负责人", "客户状态", "创建时间"],
-      "filters": [
-        {"field_name": "客户状态", "operator": "eq", "value": "有效"}
+      "text": "行内创建跟进",
+      "action": "add_data",
+      "target_app_key": "FOLLOWUP_APP_KEY",
+      "field_mappings": [
+        {"source_field": "数据ID", "target_field": "关联客户"}
       ],
-      "query_conditions": {
-        "enabled": true,
-        "exact": false,
-        "hide_before_query": false,
-        "rows": [["客户名称", "负责人"], ["创建时间"]]
-      },
-      "action_buttons": [
-        {
-          "text": "行内创建跟进",
-          "action": "add_data",
-          "target_app_key": "FOLLOWUP_APP_KEY",
-          "field_mappings": [
-            {"source_field": "数据ID", "target_field": "关联客户"}
-          ],
-          "default_values": {"跟进状态": "待跟进"},
-          "placement": "list"
-        },
-        {
-          "text": "详情创建跟进",
-          "action": "add_data",
-          "target_app_key": "FOLLOWUP_APP_KEY",
-          "field_mappings": [
-            {"source_field": "数据ID", "target_field": "关联客户"}
-          ],
-          "default_values": {"跟进状态": "待跟进"},
-          "placement": "detail"
-        }
-      ]
+      "default_values": {"跟进状态": "待跟进"},
+      "placement": "list"
+    },
+    {
+      "text": "详情创建跟进",
+      "action": "add_data",
+      "target_app_key": "FOLLOWUP_APP_KEY",
+      "field_mappings": [
+        {"source_field": "数据ID", "target_field": "关联客户"}
+      ],
+      "default_values": {"跟进状态": "待跟进"},
+      "placement": "detail"
     }
   ]
 }
@@ -508,11 +493,12 @@ qingflow --json builder app get --app-key ead8ims5i401 views
 
 ```bash
 qingflow builder views apply \
+  --app-key ead8ims5i401 \
   --publish \
-  --views-file ./reference/examples/views/views_upsert_table_minimal.example.json
+  --view-file ./view.json
 ```
 
-**结果摘要**（示例视图名 **`示例业务操作视图_CLI模板`**）：`status: success`，`verification.by_view[0].status: created`，返回 **`view_key`**（如 **`ecdk22v65c02`**），并验证 `query_conditions` 与 `action_buttons`。
+**结果摘要**（示例视图名 **`示例业务操作视图_CLI模板`**）：`status: success`，`verification.view.status: created`，返回 **`view_key`**（如 **`ecdk22v65c02`**），并验证 `query_conditions` 与 `action_buttons`。
 
 ---
 
@@ -524,7 +510,7 @@ qingflow builder views apply \
 | 重名视图 / 删错 | **`app get views`**；更新时带 **`view_key`** |
 | 过滤器未生效疑虑 | 看响应 **`verification.view_filters_verified`**；必要时再 **`app get views`** |
 | 查询条件未生效疑虑 | 看响应 **`verification.view_query_conditions_verified`**；不要把 `query_conditions` 当 `filters` |
-| 后端 **40038 / Object not exist** | 先读失败项 **`details.per_view_results[].details.field_level_diagnostics`** 与 **`recommended_minimal_retry`**。不要删除字段、不要重建应用；先按最小列重试，再逐步加非关键列/筛选。 |
+| 后端 **40038 / Object not exist** | 先读失败项 **`details.view_result.details.field_level_diagnostics`** 与 **`recommended_minimal_retry`**。不要删除字段、不要重建应用；先按最小列重试，再逐步加非关键列/筛选。 |
 | 按钮/关联资源配置 | 常规业务按钮随视图写 **`action_buttons`**；关联视图/报表走 **`builder associated-resource apply`** |
 | 部分失败 | 读 **`views_diff.failed`** 与契约 **execution_notes** 中 **partial_success** |
 | 权限/锁 | 同 [publish verify](./99-publish-verify.md) 与 [app delivery reference](./reference/app-delivery-sop.md) |
@@ -533,7 +519,7 @@ qingflow builder views apply \
 
 ## 11. 交叉引用
 
-- [views_upsert_table_minimal.example.json](../examples/views/views_upsert_table_minimal.example.json)（**table** 视图最小 **`views[]`**）
+- [views_upsert_table_minimal.example.json](../examples/views/views_upsert_table_minimal.example.json)（单视图示例，可直接作为 `--view-file` 使用）
 - [SKILL.md](../../SKILL.md)：builder 直接输出、鉴权顺序。
 - [99-publish-verify.md](./99-publish-verify.md)：发布与回读。
 - [reference/app-delivery-sop.md](./reference/app-delivery-sop.md)：系统列与历史交付细节。

package/skills/qingflow-cli/reference/builder/README.md

@@ -38,7 +38,7 @@ Rules:
 - Portal chart sections use one `chart` field: `{"chart_id":"..."}` to reuse an existing QingBI chart, or `{"app_key":"...","name":"...","chart_type":"...",...}` to create/update the needed chart inline.
 - Buttons are part of the view design: declare them in the target view with `action_buttons`.
 - Update instructions live inside the resource document. Do not use `update-*` as a separate main route.
-- Batch read, batch write, and patch are resource-specific variants, not separate workflows.
+- Batch read, batch write, and patch are resource-specific variants, not separate workflows. View writes are single-operation: `builder views apply` handles one view per call; consult [50-views.md](./50-views.md) before preparing multiple view changes.
 
 ## File responsibilities
 

package/skills/qingflow-cli/reference/builder/reference/app-delivery-sop.md

@@ -41,7 +41,7 @@
 这些不是独立流程，而是读、写、改三个动作的多资源形态：
 
 - **批量读**：读多个应用时优先用 `--app-keys`，例如 `builder app get --app-keys a,b fields`、`builder app get --app-keys a,b views`、`builder button get --app-keys a,b`、`builder associated-resource get --app-keys a,b`、`builder publish verify --app-keys a,b`。读结果同时看成功项和 `errors[]`，不要因单个应用失败否定全批。
-- **批量写**：视图、按钮、关联资源和报表按各自资源契约使用对应的批量文件；应用表单不走 `apps-file`，而是每个应用独立提交完整 AppForm 声明。
+- **批量写**：仅在资源契约明确支持时使用批量文件；视图例外，`builder views apply` 每次只提交一个视图的一种操作，不支持多视图批量创建或把 upsert/patch/remove 混在一次调用中。应用表单不走 `apps-file`，而是每个应用独立提交完整 AppForm 声明。
 - **局部改**：只改已存在资源的少量参数时用对应 patch 文件；`patch_*` 内只写目标定位字段和 `set/unset`，不要用不完整 `upsert_*` 伪装局部更新。
 
 ---
@@ -374,14 +374,14 @@ qingflow builder flow apply \
 
 后端很多保存接口仍是整份配置保存，但新版 CLI/MCP 对外提供 **public partial patch**：
 
-- 已有视图：`builder views apply --views-file`，其中对应项写 `operation: "patch"`
+- 已有视图：`builder views apply --app-key APP_KEY --patch-views-file PATH`，文件只放一项，写 `view_key`/`name` 与 `set`/`unset`
 - 已有按钮：`builder button apply --patch-buttons-file`
 - 已有关联资源：`builder associated-resource apply --patch-resources-file`
 - 已有报表：`builder charts apply --patch-file`
 - 已有流程节点：`builder flow apply --patch-nodes-file`
 - 已有门户组件：`builder portal apply --patch-sections-file`
 
-局部更新的语义是：你只写要替换的参数，工具内部读取当前配置、补齐后端必填字段，再整份保存。每个 patch 项直接使用对象真实定位字段 + `set` / 可选 `unset`，不要写字面量 `selector` key。示例：`{"operation":"patch","app_key":"APP_KEY","view_key":"VIEW_KEY","set":{"query_conditions":{...}}}`、`{"button_id": 1001, "set": {"button_text": "新名称"}}`、`{"associated_item_id": 123, "set": {"match_mappings": [...]}}`、`{"chart_id": 456, "set": {"name": "新报表名"}}`、`{"id": "node_1", "set": {"name": "主管审批"}}`、`{"chart": {"chart_key": "xxx"}, "set": {"rows": 7}}`。
+局部更新的语义是：你只写要替换的参数，工具内部读取当前配置、补齐后端必填字段，再整份保存。每个 patch 项直接使用对象真实定位字段 + `set` / 可选 `unset`，不要写字面量 `selector` key。示例：`{"view_key":"VIEW_KEY","set":{"query_conditions":{...}}}`、`{"button_id": 1001, "set": {"button_text": "新名称"}}`、`{"associated_item_id": 123, "set": {"match_mappings": [...]}}`、`{"chart_id": 456, "set": {"name": "新报表名"}}`、`{"id": "node_1", "set": {"name": "主管审批"}}`、`{"chart": {"chart_key": "xxx"}, "set": {"rows": 7}}`。
 
 `upsert_*` 用于创建或提供完整目标配置；不要只给 `name/type/query_conditions` 这类局部片段然后期待后端自动合并。