agentworkshop 0.7.70 → 0.7.71

package/.output/server/index.mjs

@@ -30,4 +30,5 @@ import 'node:net';
 import 'node:fs/promises';
 import 'node:util';
 import 'node:v8';
+import 'node:readline';
 //# sourceMappingURL=index.mjs.map

package/.output/server/index.mjs.map

@@ -1 +1 @@
-{"version":3,"file":"index.mjs","sources":[],"names":[],"mappings":";;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;"}
+{"version":3,"file":"index.mjs","sources":[],"names":[],"mappings":";;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;"}

package/.output/server/package.json

@@ -1,6 +1,6 @@
 {
   "name": "agentworkshop-prod",
-  "version": "0.7.70",
+  "version": "0.7.71",
   "type": "module",
   "private": true,
   "dependencies": {

package/README-zh.md

@@ -28,7 +28,7 @@
 
 **[English](./README.md)** · **[在线文档](https://kingdol666.github.io/AgentWorkShop)** · **[版本发布](https://github.com/kingdol666/AgentWorkShop/releases)** · **[更新日志](./changelog.md)** · **[插件 API](./docs/plugins.md)** · **[SDK](./docs/sdk.md)**
 
-<sub><b>v0.7.70</b> · 14 个执行引擎 · 6 种现场协议（5 内置 + 串口插件）+ MES REST 集成（镜像与直连双路径）· 数据分析台账（产线级权限隔离）· 工具调用参数/绑定预检 · 86 个宿主工具 · 119 个运行时设置项 · 双语文档（简体中文 / English）</sub>
+<sub><b>v0.7.71</b> · 14 个执行引擎 · 6 种现场协议（5 内置 + 串口插件）+ MES REST 集成（镜像与直连双路径）· 数据分析台账（产线级权限隔离）· 工艺参数优化器（过程模型 → AML → OSQP 求解 → 治理下发）· 工具调用参数/绑定预检 · 92 个宿主工具 · 126 个运行时设置项 · 双语文档（简体中文 / English）</sub>
 
 <br />
 
@@ -168,6 +168,7 @@ AgentWorkShop 起家于**多智能体软件工作坊**——Channel 内的编码
 | **配方链路优化闭环** | Agent 像人类工艺员一样通过配方管理做优化：`recipe_trial` 把多参数候选**整批试验（不写版本）**→ 复测 → 有进步用 `recipe_update` 固化（同一配方 id，版本+1）→ 劣化触发**统一回退**（`recipe_rollback` 带 `dispatch:true` = 定义回退 + PLC 整批恢复）。单参数直调移出闭环；试验受四层限界与同线节拍卡控。 |
 | **频道绑定产线（只读授权）** | 频道可绑定一条产线：全员无需节点绑定即可读取该线的产线日志（仅产线域记录，可按产线/配方/时间检索）、配方历史与实时状态（工具回执标注「频道绑定，只读」），写操作仍需节点授权。产线简报自动注入成员提示词；换绑即时回收成员运行时。 |
 | **数据分析台账（v0.7.62）** | Agent 的分析结果作为一等记录留痕：原生 `analysis_save` / `analysis_query` 宿主工具写入独立的 `analysis_reports` 表，按产线 + 配方 + 时间窗组织，含关键结论、指标、数据来源与操作者归因。台账对 Agent 只增不改；人类经 REST 修订并刷新编辑者归因。专属 `/analysis` 页面经 WS 实时前插新报告，支持产线 / 配方 / 时间 / 关键词多维检索，改删受产线权限门控（`operate` 可改、删除仅 admin）。外部分析插件经同一台账集成——`diag_run` 以后台任务运行 IDD **六种分析意图**（深度根因诊断 / 产线稳定报告 / 快速筛查 / DOE 试验分析 / 调参经验挖掘 / 优化战役，按情景注入分析提示词），提交即返 `task_id`，`diag_status` 按 taskId 查进度，完成后报告经 `analysis_save` 落账。 |
+| **数据管理台与 EDA 工坊（/data · /studio）** | 数据面一站式：多字段复合查询（产线/节点/时间窗/批次/降采样护栏）、批量导出（manifest + merged.csv 作业台账）、标量/数组/图像**三形态**镜像（测厚断面与 CCD 帧经 ingest 推送或协议采集，WS 实时上屏）。EDA 工坊提供图表与栅格看板、**golden 相位参考轨迹**（偏差分叠加）、**FDC 特征**（参考带 z 判定）、**SPC 控制图**（Nelson 1-8 / I-MR / EWMA / CUSUM）、共性分析（四因子 lift）、OCAP 处置单、虚拟量测（集成外推 + OOD 拒判）与派生数据集（白名单算子），全部受产线级权限与引用归属预检约束。 |
 | **工艺参数语义面与调控闭环** | 全部可下发写收敛到**配方面**（`recipe_update` / `recipe_apply` / `recipe_trial`，各受「绑定 → HITL 理由 → 运行门」三门约束）。写入仍被**四层限界**逐层收窄——节点安全量程 ∩ 工艺参数基准限界 ∩ 活动产品限界 ∩ 活动配方工艺窗口——且每次下发自动开一条调控记录，由 `dcw_judge` 落判定（keep / rollback / uncertain），`dcw_rollback` 执行回退。（v0.7.63 摘除了 `param_control` / `param_read` / `dcw_read` 直连节点的遗留死工具面，Agent 工具清单保持干净。） |
 | **产线运营** | 产线 → 产品 → 配方 → 批次。配方窗口门控采集并联锁写入；每条样本打标 `product/recipe/run`，实现按批次隔离。 |
 | **MES REST 集成（双数据路径）** | 生产管理数据进入同一受治理工作空间：`mes-rest` 节点用**声明式请求映射**对接 MES API 的目录/当前值/历史端点（`secretRef`→env token 凭证零明文；钩子可对取数做下沉后处理）。Agent 两种读法——**直连**：`mes_fetch` 按映射发请求实时拿 API 响应（大窗异步分页落 `mesds-*` CSV 数据集，经 `mes_datasets` / `mes_dataset_read` 读取，原始行不进对话）；**镜像**：`http` 数采节点轮询同一 API 入本地 TSDB，`daq_query` 与原生节点同面取数——API 宕机也不断供。`mes_catalog` 按产线严格过滤（fail-closed）。 |
@@ -180,7 +181,8 @@ AgentWorkShop 起家于**多智能体软件工作坊**——Channel 内的编码
 | 能力 | 为何重要 |
 |---|---|
 | **产线级权限** | 工业数据按**产线**三态门控（无权/仅查看/可操控），强制点在数据面——普通用户未授权前看不到任何产线数据。 |
-| **工具调用统一预检（v0.7.66）** | 每次工业工具调用在进入处理器前统一校验参数形状与引用归属：`node_id` / `line_id` / `recipe_id` / `dataset_id` 等必须落在调用者的绑定面（绑定节点 ∪ 频道绑线只读 ∪ 绑定配方所在产线；数据集/作业/模型/计划/场景按谱系回溯）。越界调用直接拒绝，回执写明「你的绑定面 + 下一步」（找谁绑定、改传什么），并把授权性拒绝写入审计日志。 |
+| **工具调用统一预检（v0.7.66 / v0.7.71 声明化）** | 每次工业工具调用在进入处理器前统一校验参数形状与引用归属：`node_id` / `line_id` / `recipe_id` / `dataset_id` 等必须落在调用者的绑定面（绑定节点 ∪ 频道绑线只读 ∪ 绑定配方所在产线；数据集/作业/模型/计划/场景按谱系回溯）。越界调用直接拒绝，回执写明「你的绑定面 + 下一步」（找谁绑定、改传什么），并把授权性拒绝写入审计日志。v0.7.71 起校验规则上收为**工具定义自带的 `references` 声明**——注册期登记制（写族未声明拒绝登记、读族告警），执行期仍逐调用实时重算；插件工具声明后才纳入同一校验，调用结果统一入审计。 |
+| **工艺优化器与求解器（v0.7.71）** | 端到端参数优化链：**过程模型**（数据集谱系 verified → 资格门：MV 激励/常量/行为证据四类拦截）→ **AML 训练**（linear_arx/状态空间，G1–G3 门禁含 rollout 提升 ≥20%）→ **Profile 冻结与绑定**（授权面=绑定面）→ **ProblemIR 编译**（哈希域锁定，模板/求解器版本不匹配 422）→ **OSQP/SLSQP 求解 worker**（进程池、超时降级、协议版本校验、NaN/Inf fail-closed，34 例数值矩阵对拍解析解）→ **交叉核验**（TS 独立重算代价/轨迹/约束与 worker ≤1e-6 对拍）→ **治理下发**（HITL 单咽喉、批准时八重复核、设备回读 ackSummary verified/failed/unverified、防证据伪造）。Agent 工具、REST 与 MCP 三入口同链；`optimizer_capabilities/solve/status/cancel/plan_get` 五件套仅在有效绑定时注入。 |
 | **全操作审计日志** | 用户 / Agent / 系统 的每个动作都落进同一份可检索日志；操作者归属「Channel名/成员名」，与用户和系统天然区分。经 WS 实时推送。 |
 | **团队级插件开关** | 每个团队（Channel）持有**独立插件开关组**（`channel_plugins`）：被关闭插件的工具不注入该团队 Agent。插件本体经 `aw plugin` 与 `/plugins` 页热管理。 |
 | **插件扩展 API** | `plugins/<name>/` 下的一个自包含目录**同时增强两半**：`index.mjs`（服务端：钩子、路由、Agent 工具、**数采读驱动 / DCW 写驱动**/帧处理器/节点模板、配置分组、KV、定时器）与 `client.mjs`（浏览器：注入具名插槽的面板、i18n、设置 UI）。三种作用域——`builtin`（随包发布）> `project`（检出）> `user`（`~/.AgentWorkShop`）——启停**与代码修改**均有约 1 秒热重载；停用插件的驱动随热重载立即摘除。内置示例 **serial-bridge**（串口通信：读/写驱动 + 串口探针 API + 前端面板）。完整契约见 [`docs/plugins.md`](./docs/plugins.md)。 |
@@ -189,8 +191,8 @@ AgentWorkShop 起家于**多智能体软件工作坊**——Channel 内的编码
 | **双模式优化闭环** | 专属频道模板把闭环**结构性拆开**：*aml-training* 频道拿建模面（数据集、作业、场景编译、物理 spec、建模任务——无产线写入、无 MPC），*aml-optimization* 频道拿执行面（快照、试验、门禁、MPC、贝叶斯寻优 `twin_bayes_optimize`、受治理微写 `optimization_explore`）——边训边优在结构上不可能。**探索**模式走治理链写入并做响应回读配对（每笔写入落 `optimization_explorations` 台账）；**生产**模式要求绑定过门禁的模型（`aml` 模式，实例化时给 `boundModelId`）。 |
 | **运行时可观测** | `GET /api/system/monitor` 把 Agent 团队内部暴露成数字：根队列深度、看门狗介入次数、Harness 会话复用、记忆 outbox 积压——每项都有对应的文档化回退开关，新机制可以不重新部署就关掉。 |
 | **产线操作单页（`/operations`）** | 一页看全对产线的每一次触碰：实时操作流水（REST 快照 + WS 推流）把写控、数采、建模、配方、回退、报警、产线、人工、系统动作归入**九类分类**，写控行渲染结构化 **前值 → 后值 diff 徽章**（失败标红），并直接从事件流推断**闭环阶段**（监视 → 探索·小步 → 推荐搜索 → 影子验证 → 生产）。同一数据面也供工作台控制台的「产线作业」面板使用。 |
-| **外部 MCP 网关** | `aw mcp` 启动零依赖的 **stdio MCP 服务**（38 个工具），自动发现运行中的实例（环境变量 → 锁文件 → 配置文件），把产线、配方（含 mark-good）、受治理 DCW 写入、工艺参数语义映射、数采查询、频道、团队供给、模型晋升、判卷/回退与插件管理暴露给任意 MCP 客户端——受 `mcp.enabled` 运行时设置门控，附 `--doctor` 与 `--print-config` 辅助指令。 |
-| **全量配置驱动运行时** | 全部运行旋钮（记忆预算、上下文压缩、回退护栏、保留策略、备份、日志级别、系统时区、MCP 开关…）在设置描述符注册表声明一次，优先级 **config.yml < runtime-settings < env**——**119 个设置项、18 组**（40 live / 79 restart），代码零硬编码默认。 |
+| **外部 MCP 网关** | `aw mcp` 启动零依赖的 **stdio MCP 服务**（38 个工具），自动发现运行中的实例（环境变量 → 锁文件 → 配置文件），把产线、配方（含 mark-good）、受治理 DCW 写入、工艺参数语义映射、数采查询、频道、团队供给、模型晋升、判卷/回退与插件管理暴露给任意 MCP 客户端——受 `mcp.enabled` 运行时设置门控，附 `--doctor` 与 `--print-config` 辅助指令。此外每个 Channel 成员实例都有**专属的全量工具 stdio 桥**（92 个宿主工具 + 插件工具，按该 Agent 的角色/绑定面编译视图；ETag/304 增量轮询 + `tools/list_changed`），codex / dsh / opencode 等引擎以 MCP 形态拿到与原生注入完全同链的治理（token 自证 → 五层复核）。 |
+| **全量配置驱动运行时** | 全部运行旋钮（记忆预算、上下文压缩、回退护栏、保留策略、备份、日志级别、系统时区、MCP 开关…）在设置描述符注册表声明一次，优先级 **config.yml < runtime-settings < env**——**126 个设置项、19 组**（42 live / 84 restart），代码零硬编码默认。 |
 | **可配置系统时区** | 一个 `time.timeZone` 设置项（IANA 时区，live 热生效）统一驱动人读时间——日志、聊天、审计、Agent 记录与定时任务；机器时间轴（数采样本、`timestamptz`）仍保存绝对时间。 |
 | **可配置节拍** | 采样与查询的默认值/下限全部是 **live 设置**（`daq.sampling.*`、`daq.query.*`）：热重载、create/patch 时钳制，Agent 工具描述实时携带当前值。 |
 
@@ -268,7 +270,7 @@ AgentWorkShop 起家于**多智能体软件工作坊**——Channel 内的编码
 <td width="50%"><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-monitor.png" alt="运行时监控" width="100%" /><br/><sub><b>运行时监控。</b>每条已接线频道、成员数、依赖环与归属用户。</sub></td>
 </tr>
 <tr>
-<td><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-settings.png" alt="系统设置" width="100%" /><br/><sub><b>系统设置。</b>18 组 119 个设置项，由描述符驱动——CLI 读的是同一份注册表。</sub></td>
+<td><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-settings.png" alt="系统设置" width="100%" /><br/><sub><b>系统设置。</b>19 组 126 个设置项，由描述符驱动——CLI 读的是同一份注册表。</sub></td>
 <td><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-plugins.png" alt="插件管理" width="100%" /><br/><sub><b>插件管理。</b>三种作用域、改代码即热重载、按团队开关。</sub></td>
 </tr>
 </table>
@@ -392,7 +394,7 @@ aw update --check                      # 只报告，不安装
 npm install -g agentworkshop@latest    # 手动等效
 ```
 
-版本遵循 semver。每次 `aw start` 都会校验配置根，并把 `home` 之前的旧版 `data/` 布局迁移进来（以最新文件为准），因此数据可以跨版本存活。SQLite schema 迁移在服务端启动时执行。当前版本：**v0.7.70**——见[版本发布](https://github.com/kingdol666/AgentWorkShop/releases)。
+版本遵循 semver。每次 `aw start` 都会校验配置根，并把 `home` 之前的旧版 `data/` 布局迁移进来（以最新文件为准），因此数据可以跨版本存活。SQLite schema 迁移在服务端启动时执行。当前版本：**v0.7.71**——见[版本发布](https://github.com/kingdol666/AgentWorkShop/releases)。
 
 ### 第一次「Agent × 产线」会话（约 2 分钟）
 
@@ -655,7 +657,7 @@ AgentWorkShop/
 ├── sdk/                        # agentworkshop/sdk——插件上下文、钩子总线、REST 客户端、浏览器 SDK
 ├── tui/                        # 终端工作台（aw tui）
 ├── shared/
-│   └── config/                 # schema.json（119 个设置描述符）+ 引擎（合并/校验/持久化）+ 路径解析器
+│   └── config/                 # schema.json（126 个设置描述符）+ 引擎（合并/校验/持久化）+ 路径解析器
 ├── config.yml                  # 工厂默认值（构建/启动时读取；版本号来自 package.json）
 ├── .AgentWorkShop/             # 检出内的配置根——prompts（版本化）+ 运行时覆盖 · 数据 · 日志 · 指令（git 忽略）
 ├── data/                       # 迁移前的旧版位置（自动迁移进配置根）
@@ -711,6 +713,11 @@ cd docs/site && npx vitepress build      # 生产构建 → .vitepress/dist
 目标形态：**内网单实例 + 反向代理终结 TLS**。服务本身刻意不做 TLS 监听 ——
 由 caddy/nginx 在前面终结（顺带获得 HTTP→HTTPS 跳转、访问日志与第二层限流）。
 
+> [!IMPORTANT]
+> **一个配置根只跑一个实例。** 多个实例指向同一 `.AgentWorkShop`（repo 或 home）会争抢
+> 插件 KV 文件与 SQLite 写入 —— Windows 上表现为 `EPERM` rename 告警刷屏。并行实例必须用
+> **独立 `AW_HOME` 配置根隔离**（与 E2E 套件的隔离方法论一致）。
+
 ```bash
 # 1) 构建并启动(缺 .output 产物时生产入口会拒启)
 pnpm build

package/README.md

@@ -28,7 +28,7 @@
 
 **[简体中文](./README-zh.md)** · **[Documentation](https://kingdol666.github.io/AgentWorkShop)** · **[Releases](https://github.com/kingdol666/AgentWorkShop/releases)** · **[Changelog](./changelog.md)** · **[Plugin API](./docs/plugins.md)** · **[SDK](./docs/sdk.md)**
 
-<sub><b>v0.7.70</b> · 14 engines · 6 field protocols (5 built-in + serial plugin) + MES REST integration (mirror & live) · data-analysis ledger with line-scoped permissions · per-call tool parameter/binding preflight · 86 host tools · 119 runtime settings · bilingual docs (简体中文 / English)</sub>
+<sub><b>v0.7.71</b> · 14 engines · 6 field protocols (5 built-in + serial plugin) + MES REST integration (mirror & live) · data-analysis ledger with line-scoped permissions · process optimizer (process model → AML → OSQP solver → governed dispatch) · per-call tool parameter/binding preflight · 92 host tools · 126 runtime settings · bilingual docs (简体中文 / English)</sub>
 
 <br />
 
@@ -169,6 +169,7 @@ Recorded against a running instance: real DAQ history, real write control, real
 | **Recipe-chain optimization loop** | Agents optimize through recipe management, the way human process engineers do: `recipe_trial` batch-dispatches multi-parameter candidates **without writing a version** → re-measure → progress adopts via `recipe_update` (same recipe id, version +1) → regression triggers a **unified rollback** (`recipe_rollback` with `dispatch: true` = definition revert + batch restore to the PLC). Single-knob direct dispatch is out of the loop; trials run under four-layer bounds and a per-line cadence. |
 | **Channel-bound lines (read-only grant)** | A channel can bind a line: every member reads that line's ops logs, recipe history and live status without any node binding (tool outputs are tagged "channel-bound, read-only"), while writes still require node authorization. The line brief is injected into member prompts; binding changes hot-recycle member runtimes. |
 | **Data-analysis ledger (v0.7.62)** | Agents persist analysis results as first-class records: native `analysis_save` / `analysis_query` host tools write a dedicated `analysis_reports` table keyed by line + recipe + time window, with conclusions, metrics, data sources and actor attribution. The ledger is append-only for agents; humans revise via REST with editor attribution. A dedicated `/analysis` page streams new reports live (ops-log WS), filters by line / recipe / time / keyword, and edit/delete are permission-gated (`operate` line mode; admin-only delete). External analysis plugins integrate through the same ledger — `diag_run` runs IDD analyses in the background across **six intents** (deep root-cause diagnosis, line stability report, quick screening, DOE analysis, tuning-experience mining, optimization campaign — scenario prompts injected per intent), returns a `task_id` immediately, tracks progress via `diag_status`, and the finished report lands in the ledger via `analysis_save`. |
+| **Data workbench & EDA studio (/data · /studio)** | One-stop data plane: multi-field compound queries (line/node/time-window/batch/downsampling guardrails), bulk export (manifest + merged.csv job ledger), and **three data shapes** — scalars, array profiles (thickness scans) and CCD images — mirrored via protocol collection or external `ingest` push, streamed live over WS. The EDA studio adds charts and grid dashboards, **golden phase-referenced trajectories** with deviation scoring, **FDC features** (reference-band z scoring), **SPC control charts** (Nelson 1-8 / I-MR / EWMA / CUSUM), commonality analysis (four-factor lift), OCAP disposition records, virtual metrology (ensemble extrapolation with OOD rejection) and derived datasets (whitelisted operators) — all under line-scoped permissions and per-call reference preflight. |
 | **Semantic parameter surface & tuning loop** | Every dispatchable write converges on the **recipe face** (`recipe_update` / `recipe_apply` / `recipe_trial`, each gated by binding → HITL reason → active-run). Writes stay narrowed by the **four-layer bound** — node safe range ∩ parameter baseline bounds ∩ active product bounds ∩ active recipe window — and each adjustment opens a tuning record that `dcw_judge` must close (keep / rollback / uncertain), with `dcw_rollback` executing the undo. (v0.7.63 removed the legacy `param_control` / `param_read` / `dcw_read` direct-node tools — dead surface under permission model v2 — so the agent tool list stays clean.) |
 | **Line operations** | Lines → products → recipes → batch runs. Recipe windows gate acquisition and interlock writes; every sample is tagged `product/recipe/run` for per-batch isolation. |
 | **MES REST integration (two data paths)** | Production-management data joins the same governed workspace: a `mes-rest` node maps the MES API's catalog / current / history endpoints through **declarative request maps** (auth via `secretRef` → env token, never plaintext; hooks can post-process ingested data). Agents read it two ways — **live**: `mes_fetch` issues the mapped request and returns the API response (large windows paginate async into a `mesds-*` CSV dataset read via `mes_datasets` / `mes_dataset_read`; raw rows never enter the prompt); **mirrored**: an `http` DAQ node polls the same API into the local TSDB so `daq_query` serves it like any native node — and keeps serving it when the API is down. `mes_catalog` is line-scoped and fail-closed. |
@@ -181,7 +182,8 @@ Recorded against a running instance: real DAQ history, real write control, real
 | Capability | Why it matters |
 |---|---|
 | **Line-level permissions** | Industrial data is gated **per production line** with three states (none / read-only / operate), enforced in the data plane — regular users see no line data until granted. |
-| **Per-call tool preflight (v0.7.66)** | Every industrial tool call is checked before its handler runs: parameter shape, plus reference membership for `node_id` / `line_id` / `recipe_id` / `dataset_id` and chained dataset/job/model/plan/scene ids (resolved through lineage). References must fall inside the caller's bound face (bound nodes ∪ channel-bound line read-only ∪ nodes on a bound recipe's line). Out-of-scope calls are rejected with the caller's bound face and a concrete next step; authorization denials are audited. |
+| **Per-call tool preflight (v0.7.66 / v0.7.71 declarative)** | Every industrial tool call is checked before its handler runs: parameter shape, plus reference membership for `node_id` / `line_id` / `recipe_id` / `dataset_id` and chained dataset/job/model/plan/scene ids (resolved through lineage). References must fall inside the caller's bound face (bound nodes ∪ channel-bound line read-only ∪ nodes on a bound recipe's line). Out-of-scope calls are rejected with the caller's bound face and a concrete next step; authorization denials are audited. Since v0.7.71 the rules are **declared on the tool definitions themselves** (`references`) — registration-time enforcement (write-family tools without a declaration are rejected from the registry; read-family warn), while membership is still recomputed per call. Plugin tools are governed by the same check once they declare references, and every plugin call is audited. |
+| **Process optimizer & solver (v0.7.71)** | End-to-end parameter optimization: **process model** (lineage-verified dataset → eligibility gates for MV excitation/constancy/action evidence) → **AML training** (linear ARX / state space with G1–G3 gates incl. ≥20% rollout improvement) → **profile freeze & binding** (authorization surface = binding surface) → **ProblemIR compile** (hash-pinned; template/solver mismatch → 422) → **OSQP/SLSQP solver worker** (process pool, timeout degradation, protocol-version check, NaN/Inf fail-closed; 34-case numeric matrix cross-checked against analytic solutions) → **crosscheck** (independent TS recompute of cost/trajectory/constraints, parity ≤1e-6) → **governed dispatch** (single HITL choke point, eight re-verifications at approval, device-read ackSummary verified/failed/unverified, evidence-smuggling defense). Agent tools, REST and MCP share one chain; the five `optimizer_*` tools are injected only with a valid binding. |
 | **Full-operation audit log** | Every user / agent / system action lands in one queryable log; operators are attributed to "Channel/Member", distinct from users and the system. Streamed live over WS. |
 | **Team-scoped plugin switches** | Each team (channel) keeps an **independent plugin switch set** (`channel_plugins`): a disabled plugin's tools are not injected into that team's agents. Plugins themselves are hot-managed via `aw plugin` and the `/plugins` page. |
 | **Plugin extension API** | A self-contained directory under `plugins/<name>/` enhances **both halves at once**: `index.mjs` (server: hooks, routes, agent tools, **DAQ read drivers / DCW write drivers**, frame processors, node templates, config groups, KV, timers) and `client.mjs` (browser: panels injected into named slots, i18n, settings UI). Three scopes — `builtin` (shipped) > `project` (checkout) > `user` (`~/.AgentWorkShop`) — with ~1 s hot reload on enable/disable **and on code edits**; a disabled plugin's drivers are removed on hot reload immediately. Built-in example: **serial-bridge** (serial communication: read/write drivers, serial probe API, frontend panel). Full contract in [`docs/plugins.md`](./docs/plugins.md). |
@@ -190,8 +192,8 @@ Recorded against a running instance: real DAQ history, real write control, real
 | **Two-mode optimization loop** | Dedicated channel templates split the loop **structurally**: an *aml-training* channel gets the modeling face (datasets, jobs, scene compile, physics specs, training plans — no plant writes, no MPC) and an *aml-optimization* channel gets the acting face (snapshots, trials, gate, MPC, Bayesian search `twin_bayes_optimize`, governed micro-writes `optimization_explore`) — training-while-optimizing is impossible by construction. **Exploration** mode writes through the governed chain with response read-back pairing (every write lands in an `optimization_explorations` ledger); **production** mode requires a bound model that cleared the twin gates (`aml` mode, `boundModelId` at instantiate time). |
 | **Runtime observability** | `GET /api/system/monitor` exposes the agent-team internals as numbers: root queue depth, watchdog interventions, harness session reuse, pending memory outbox — each guarded by a documented rollback switch, so new machinery can be turned off without a redeploy. |
 | **Line operations feed (`/operations`)** | One page for every touch on the plant: a live operation feed (REST snapshot + WS stream) classifies writes, DAQ, AML, recipe, rollback, alarm, line, manual and system actions into **nine categories**, renders structured **before → after diff badges** on write rows (failures marked red), and infers the **closed-loop phase** (monitor → exploration · small-step → recommendation search → shadow verification → production) straight from the event stream. The same feed powers a line-operations panel inside the workshop console. |
-| **External MCP gateway** | `aw mcp` starts a zero-dependency **stdio MCP server** (38 tools) that discovers a running instance automatically (env → lock file → config file) and exposes lines, recipes (incl. mark-good), governed DCW writes, semantic parameter mapping, DAQ queries, channels, team provisioning, model promotion, judge/rollback and plugin management to any MCP client — gated by the `mcp.enabled` runtime setting, with `--doctor` and `--print-config` helpers. |
-| **Fully config-driven runtime** | Every runtime knob (memory budgets, compaction, rollback guardrails, retention, backups, log level, system timezone, MCP gate…) is declared once in the settings descriptor registry with precedence **config.yml < runtime-settings < env** — **119 settings across 18 groups** (40 live / 79 restart), no hardcoded defaults in code. |
+| **External MCP gateway** | `aw mcp` starts a zero-dependency **stdio MCP server** (38 tools) that discovers a running instance automatically (env → lock file → config file) and exposes lines, recipes (incl. mark-good), governed DCW writes, semantic parameter mapping, DAQ queries, channels, team provisioning, model promotion, judge/rollback and plugin management to any MCP client — gated by the `mcp.enabled` runtime setting, with `--doctor` and `--print-config` helpers. Additionally, **every channel member instance gets a dedicated full-tool stdio bridge** (92 host tools + plugin tools, compiled per agent from its role/binding face; ETag/304 incremental polling + `tools/list_changed`) so engines like codex / dsh / opencode consume MCP with the exact same governance chain as native injection (token self-assertion → five-layer re-verification). |
+| **Fully config-driven runtime** | Every runtime knob (memory budgets, compaction, rollback guardrails, retention, backups, log level, system timezone, MCP gate…) is declared once in the settings descriptor registry with precedence **config.yml < runtime-settings < env** — **126 settings across 19 groups** (42 live / 84 restart), no hardcoded defaults in code. |
 | **Configurable system timezone** | One `time.timeZone` setting (IANA id, live-applied) drives human-facing timestamps — logs, chat, audit, agent records and schedules — through a single formatter; machine timelines (DAQ samples, `timestamptz`) stay absolute. |
 | **Configurable cadences** | Sampling and query defaults/floors are **live settings** (`daq.sampling.*`, `daq.query.*`): hot-reloaded, clamped on node create/patch, and agent tool descriptions always carry the current values. |
 
@@ -260,7 +262,7 @@ page headers stack, dense tables become scrollable ledgers with a pinned identit
 <td width="50%"><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-monitor.png" alt="Runtime monitor" width="100%" /><br/><sub><b>Runtime monitor.</b> Every wired channel, member count, dependency cycle and owner.</sub></td>
 </tr>
 <tr>
-<td><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-settings.png" alt="Settings" width="100%" /><br/><sub><b>Settings.</b> 119 keys across 18 groups, descriptor-driven — the same registry the CLI reads.</sub></td>
+<td><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-settings.png" alt="Settings" width="100%" /><br/><sub><b>Settings.</b> 126 keys across 19 groups, descriptor-driven — the same registry the CLI reads.</sub></td>
 <td><img src="https://raw.githubusercontent.com/kingdol666/AgentWorkShop/main/docs/readme-assets/shot-plugins.png" alt="Plugins" width="100%" /><br/><sub><b>Plugins.</b> Three scopes, hot reload on edit, per-team switches.</sub></td>
 </tr>
 </table>
@@ -383,7 +385,7 @@ aw update --check                      # only report; nothing is installed
 npm install -g agentworkshop@latest    # manual equivalent
 ```
 
-Releases follow semver. `aw start` verifies the config root on every launch and migrates the legacy pre-`home` `data/` layout into it (newest file wins), so data survives upgrades. SQLite schema migrations run server-side at boot. Current version: **v0.7.70** — see [Releases](https://github.com/kingdol666/AgentWorkShop/releases).
+Releases follow semver. `aw start` verifies the config root on every launch and migrates the legacy pre-`home` `data/` layout into it (newest file wins), so data survives upgrades. SQLite schema migrations run server-side at boot. Current version: **v0.7.71** — see [Releases](https://github.com/kingdol666/AgentWorkShop/releases).
 
 ### Your first agent × line session (~2 minutes)
 
@@ -662,7 +664,7 @@ AgentWorkShop/
 ├── sdk/                        # agentworkshop/sdk — plugin context, hook bus, REST client, browser SDK
 ├── tui/                        # terminal workbench (aw tui)
 ├── shared/
-│   └── config/                 # schema.json (119 setting descriptors) + engine (merge/validate/persist) + path resolver
+│   └── config/                 # schema.json (126 setting descriptors) + engine (merge/validate/persist) + path resolver
 ├── config.yml                  # factory defaults (read at build/start; version comes from package.json)
 ├── .AgentWorkShop/             # config root in a checkout — prompts (versioned) + runtime overrides · data · logs · commands (git-ignored)
 ├── data/                       # legacy pre-migration location (auto-migrated into the config root)
@@ -723,6 +725,12 @@ Target shape: **single instance on an intranet host, TLS terminated by a reverse
 The server intentionally ships no TLS listener of its own — put caddy/nginx in front (they
 also give you HTTP→HTTPS redirect, access logs and a second rate-limit layer).
 
+> [!IMPORTANT]
+> **One instance per config root.** Multiple instances pointing at the same `.AgentWorkShop`
+> (repo or home) fight over plugin KV files and SQLite writes — on Windows this shows up as
+> `EPERM` rename warnings. Run parallel instances only with **separate `AW_HOME` config roots**
+> (the same isolation the E2E suites use).
+
 ```bash
 # 1) build + run (prod entry refuses to boot without .output)
 pnpm build

package/app/components/AppSidebar.vue

@@ -48,6 +48,7 @@ const menuGroups = computed<MenuGroup[]>(() => [
       { key: '/data', icon: 'i-tabler-database-export', label: t('menu.dataManagement'), motion: 'im-pop' },
       { key: '/studio', icon: 'i-tabler-chart-dots', label: t('menu.studio'), motion: 'im-pop' },
       { key: '/aml', icon: 'i-tabler-flask', label: t('menu.aml'), motion: 'im-pop' },
+      { key: '/optimizer', icon: 'i-tabler-math-function', label: t('menu.optimizer'), motion: 'im-pop' },
     ],
   },
   {

package/app/components/AwChart.vue

@@ -13,7 +13,7 @@ import {
   TooltipComponent,
 } from 'echarts/components'
 import VChart from 'vue-echarts'
-import { computed } from 'vue'
+import { computed, onBeforeUnmount, onMounted, ref } from 'vue'
 import type { PropType } from 'vue'
 import type { EChartsOption } from 'echarts'
 import type { SetOptionOpts } from 'echarts/core'
@@ -68,8 +68,27 @@ const merged = computed<EChartsOption>(() => ({
  *  - `replaceMerge: ['series']` → 单独对 series 做「替换式合并」,补上 notMerge:false 的短板:
  *    series 数量**减少**时(如筛选后趋势线变少),旧 series 必须被移除,否则会残留幽灵曲线;
  *  - `lazyUpdate: true` → 同一 tick 内多次 setOption 合并到下一帧渲染,避免重复绘制。
+ *
+ * lazyUpdate 的边界(2026-10-22 看板卡片不渲染 bug):lazy 更新靠 rAF 落笔 —— 标签页
+ * 隐藏/后台时 rAF 停摆,绘制永不发生(canvas 层甚至不创建)。「先挂空 option、数据到达
+ * 后经 watcher 更新」的消费者(看板卡)对此零兜底;而「数据就绪才 v-if 挂载」的页面
+ * (/data、/studio)靠 mount 时的同步 resize 掩盖了问题。所以 lazyUpdate 必须随可见性
+ * 收敛:可见才懒,不可见同步画(2026-10-22-eda-ui-fix-plan F1a)。
  */
-const updateOptions: SetOptionOpts = { notMerge: false, replaceMerge: ['series'], lazyUpdate: true }
+const isVisible = ref(typeof document === 'undefined' || document.visibilityState === 'visible')
+
+function onVisibilityChange(): void {
+  isVisible.value = document.visibilityState === 'visible'
+}
+
+onMounted(() => document.addEventListener('visibilitychange', onVisibilityChange))
+onBeforeUnmount(() => document.removeEventListener('visibilitychange', onVisibilityChange))
+
+const updateOptions = computed<SetOptionOpts>(() => ({
+  notMerge: false,
+  replaceMerge: ['series'],
+  lazyUpdate: isVisible.value,
+}))
 </script>
 
 <template>

package/app/components/data/DataMirrorPanel.vue

@@ -436,7 +436,7 @@ const chartOption = computed(() => {
     tooltip: { trigger: 'axis' },
     legend: { data: legend, type: 'scroll' },
     grid: { left: 56, right: units.length > 1 ? 56 : 24, top: 36, bottom: 48 },
-    xAxis: { type: 'time' },
+    xAxis: { type: 'time', axisLabel: { hideOverlap: true } },
     yAxis: yAxes,
     dataZoom: [{ type: 'inside' }, { type: 'slider', height: 18, bottom: 8 }],
     series: chartSeries,

package/app/composables/workshop/event-blocks/constants.ts

@@ -1,94 +1,99 @@
-/**
- * 类别 / 工具的展示元数据(壳层与块渲染端图标、标签的唯一来源)。
- */
-import type { BlockKind } from './types'
-
-/** 工具元数据:native = omp 原生作业工具;host = harness 协作工具(任务/通信/记忆/团队);industrial = 产线工业工具(写控/数采/配方/优化/AML/孪生, amber 强调) */
-export const TOOL_META: Record<string, { icon: string, kind: 'native' | 'host' | 'industrial' }> = {
-  read: { icon: 'i-tabler-file-search', kind: 'native' },
-  write: { icon: 'i-tabler-pencil', kind: 'native' },
-  edit: { icon: 'i-tabler-edit', kind: 'native' },
-  bash: { icon: 'i-tabler-terminal-2', kind: 'native' },
-  grep: { icon: 'i-tabler-search', kind: 'native' },
-  glob: { icon: 'i-tabler-folders', kind: 'native' },
-  dispatch_task: { icon: 'i-tabler-send', kind: 'host' },
-  reassign_task: { icon: 'i-tabler-arrows-exchange', kind: 'host' },
-  update_task: { icon: 'i-tabler-pencil-code', kind: 'host' },
-  cancel_task: { icon: 'i-tabler-circle-x', kind: 'host' },
-  complete_task: { icon: 'i-tabler-circle-check', kind: 'host' },
-  report_progress: { icon: 'i-tabler-progress-check', kind: 'host' },
-  send_message_to_agent: { icon: 'i-tabler-message', kind: 'host' },
-  poll_messages: { icon: 'i-tabler-inbox', kind: 'host' },
-  broadcast_message: { icon: 'i-tabler-rss', kind: 'host' },
-  list_team_agents: { icon: 'i-tabler-users', kind: 'host' },
-  list_channel_tasks: { icon: 'i-tabler-list', kind: 'host' },
-  get_task_details: { icon: 'i-tabler-eye', kind: 'host' },
-  get_my_task_queue: { icon: 'i-tabler-stack-2', kind: 'host' },
-  get_queue_overview: { icon: 'i-tabler-chart-bar', kind: 'host' },
-  search_memory: { icon: 'i-tabler-brain', kind: 'host' },
-  save_memory: { icon: 'i-tabler-bookmark', kind: 'host' },
-  create_team_agent: { icon: 'i-tabler-user-plus', kind: 'host' },
-  update_team_agent: { icon: 'i-tabler-user-cog', kind: 'host' },
-  remove_team_agent: { icon: 'i-tabler-user-minus', kind: 'host' },
-  // ── 产线工业工具面(.AgentWorkShop/prompts/host-tools.json,45 项)——amber 强调 ──
-  my_industrial_nodes: { icon: 'i-tabler-affiliate', kind: 'industrial' },
-  dcw_control: { icon: 'i-tabler-writing-sign', kind: 'industrial' },
-  dcw_read: { icon: 'i-tabler-eye-cog', kind: 'industrial' },
-  param_control: { icon: 'i-tabler-adjustments-horizontal', kind: 'industrial' },
-  param_read: { icon: 'i-tabler-gauge', kind: 'industrial' },
-  daq_query: { icon: 'i-tabler-wave-sine', kind: 'industrial' },
-  daq_frames: { icon: 'i-tabler-stack', kind: 'industrial' },
-  dcw_judge: { icon: 'i-tabler-gavel', kind: 'industrial' },
-  dcw_rollback: { icon: 'i-tabler-arrow-back-up', kind: 'industrial' },
-  dcw_journal: { icon: 'i-tabler-book-2', kind: 'industrial' },
-  ops_log: { icon: 'i-tabler-history', kind: 'industrial' },
-  recipe_log: { icon: 'i-tabler-clipboard-list', kind: 'industrial' },
-  line_context: { icon: 'i-tabler-clipboard-text', kind: 'industrial' },
-  recipe_versions: { icon: 'i-tabler-history-toggle', kind: 'industrial' },
-  recipe_update: { icon: 'i-tabler-file-pencil', kind: 'industrial' },
-  recipe_rollback: { icon: 'i-tabler-rotate-clockwise', kind: 'industrial' },
-  optimization_explore: { icon: 'i-tabler-trending-down', kind: 'industrial' },
-  aml_node_catalog: { icon: 'i-tabler-list-numbers', kind: 'industrial' },
-  aml_dataset_build: { icon: 'i-tabler-database-export', kind: 'industrial' },
-  aml_dataset_stats: { icon: 'i-tabler-calculator', kind: 'industrial' },
-  aml_job_submit: { icon: 'i-tabler-send', kind: 'industrial' },
-  aml_job_status: { icon: 'i-tabler-loader-quarter', kind: 'industrial' },
-  aml_job_logs: { icon: 'i-tabler-file-text', kind: 'industrial' },
-  aml_job_cancel: { icon: 'i-tabler-circle-x', kind: 'industrial' },
-  aml_leaderboard: { icon: 'i-tabler-trophy', kind: 'industrial' },
-  aml_model_find: { icon: 'i-tabler-search', kind: 'industrial' },
-  aml_model_promote: { icon: 'i-tabler-arrow-up-circle', kind: 'industrial' },
-  aml_model_reference: { icon: 'i-tabler-book', kind: 'industrial' },
-  aml_training_plan_list: { icon: 'i-tabler-list-check', kind: 'industrial' },
-  aml_training_plan_create: { icon: 'i-tabler-file-plus', kind: 'industrial' },
-  aml_training_plan_train: { icon: 'i-tabler-player-play', kind: 'industrial' },
-  twin_provider_catalog: { icon: 'i-tabler-box-multiple', kind: 'industrial' },
-  twin_scene_discover: { icon: 'i-tabler-compass', kind: 'industrial' },
-  twin_scene_compile: { icon: 'i-tabler-building-factory', kind: 'industrial' },
-  twin_scene_freeze: { icon: 'i-tabler-snowflake', kind: 'industrial' },
-  twin_physics_spec_draft: { icon: 'i-tabler-pencil-minus', kind: 'industrial' },
-  twin_physics_spec_validate: { icon: 'i-tabler-checkup-list', kind: 'industrial' },
-  twin_physics_spec_compile: { icon: 'i-tabler-binary-tree', kind: 'industrial' },
-  twin_scene_read: { icon: 'i-tabler-book-2', kind: 'industrial' },
-  twin_snapshot_create: { icon: 'i-tabler-camera', kind: 'industrial' },
-  twin_trial_run: { icon: 'i-tabler-flask', kind: 'industrial' },
-  mpc_optimize: { icon: 'i-tabler-target-arrow', kind: 'industrial' },
-  twin_gate_evaluate: { icon: 'i-tabler-shield-check', kind: 'industrial' },
-  twin_calibration_request: { icon: 'i-tabler-scale', kind: 'industrial' },
-  twin_bayes_optimize: { icon: 'i-tabler-chart-dots', kind: 'industrial' },
-}
-
-/** 类别展示元数据(壳层统一渲染头部) */
-export const KIND_META: Record<BlockKind, { label: string, icon: string }> = {
-  tool: { label: 'tool', icon: 'i-tabler-tool' },
-  status: { label: 'status', icon: 'i-tabler-dots' },
-  life: { label: 'state', icon: 'i-tabler-activity' },
-  route: { label: 'message', icon: 'i-tabler-route' },
-  stream: { label: 'llm', icon: 'i-tabler-message-dots' },
-  task: { label: 'task', icon: 'i-tabler-checklist' },
-  artifact: { label: 'artifact', icon: 'i-tabler-package' },
-  member: { label: 'team', icon: 'i-tabler-users' },
-  memory: { label: 'memory', icon: 'i-tabler-bookmark' },
-  error: { label: 'error', icon: 'i-tabler-alert-triangle' },
-  other: { label: 'event', icon: 'i-tabler-dots' },
-}
+/**
+ * 类别 / 工具的展示元数据(壳层与块渲染端图标、标签的唯一来源)。
+ */
+import type { BlockKind } from './types'
+
+/** 工具元数据:native = omp 原生作业工具;host = harness 协作工具(任务/通信/记忆/团队);industrial = 产线工业工具(写控/数采/配方/优化/AML/孪生, amber 强调) */
+export const TOOL_META: Record<string, { icon: string, kind: 'native' | 'host' | 'industrial' }> = {
+  read: { icon: 'i-tabler-file-search', kind: 'native' },
+  write: { icon: 'i-tabler-pencil', kind: 'native' },
+  edit: { icon: 'i-tabler-edit', kind: 'native' },
+  bash: { icon: 'i-tabler-terminal-2', kind: 'native' },
+  grep: { icon: 'i-tabler-search', kind: 'native' },
+  glob: { icon: 'i-tabler-folders', kind: 'native' },
+  dispatch_task: { icon: 'i-tabler-send', kind: 'host' },
+  reassign_task: { icon: 'i-tabler-arrows-exchange', kind: 'host' },
+  update_task: { icon: 'i-tabler-pencil-code', kind: 'host' },
+  cancel_task: { icon: 'i-tabler-circle-x', kind: 'host' },
+  complete_task: { icon: 'i-tabler-circle-check', kind: 'host' },
+  report_progress: { icon: 'i-tabler-progress-check', kind: 'host' },
+  send_message_to_agent: { icon: 'i-tabler-message', kind: 'host' },
+  poll_messages: { icon: 'i-tabler-inbox', kind: 'host' },
+  broadcast_message: { icon: 'i-tabler-rss', kind: 'host' },
+  list_team_agents: { icon: 'i-tabler-users', kind: 'host' },
+  list_channel_tasks: { icon: 'i-tabler-list', kind: 'host' },
+  get_task_details: { icon: 'i-tabler-eye', kind: 'host' },
+  get_my_task_queue: { icon: 'i-tabler-stack-2', kind: 'host' },
+  get_queue_overview: { icon: 'i-tabler-chart-bar', kind: 'host' },
+  search_memory: { icon: 'i-tabler-brain', kind: 'host' },
+  save_memory: { icon: 'i-tabler-bookmark', kind: 'host' },
+  create_team_agent: { icon: 'i-tabler-user-plus', kind: 'host' },
+  update_team_agent: { icon: 'i-tabler-user-cog', kind: 'host' },
+  remove_team_agent: { icon: 'i-tabler-user-minus', kind: 'host' },
+  // ── 产线工业工具面(.AgentWorkShop/prompts/host-tools.json,45 项)——amber 强调 ──
+  my_industrial_nodes: { icon: 'i-tabler-affiliate', kind: 'industrial' },
+  dcw_control: { icon: 'i-tabler-writing-sign', kind: 'industrial' },
+  dcw_read: { icon: 'i-tabler-eye-cog', kind: 'industrial' },
+  param_control: { icon: 'i-tabler-adjustments-horizontal', kind: 'industrial' },
+  param_read: { icon: 'i-tabler-gauge', kind: 'industrial' },
+  daq_query: { icon: 'i-tabler-wave-sine', kind: 'industrial' },
+  daq_frames: { icon: 'i-tabler-stack', kind: 'industrial' },
+  dcw_judge: { icon: 'i-tabler-gavel', kind: 'industrial' },
+  dcw_rollback: { icon: 'i-tabler-arrow-back-up', kind: 'industrial' },
+  dcw_journal: { icon: 'i-tabler-book-2', kind: 'industrial' },
+  ops_log: { icon: 'i-tabler-history', kind: 'industrial' },
+  recipe_log: { icon: 'i-tabler-clipboard-list', kind: 'industrial' },
+  line_context: { icon: 'i-tabler-clipboard-text', kind: 'industrial' },
+  recipe_versions: { icon: 'i-tabler-history-toggle', kind: 'industrial' },
+  recipe_update: { icon: 'i-tabler-file-pencil', kind: 'industrial' },
+  recipe_rollback: { icon: 'i-tabler-rotate-clockwise', kind: 'industrial' },
+  optimization_explore: { icon: 'i-tabler-trending-down', kind: 'industrial' },
+  aml_node_catalog: { icon: 'i-tabler-list-numbers', kind: 'industrial' },
+  aml_dataset_build: { icon: 'i-tabler-database-export', kind: 'industrial' },
+  aml_dataset_stats: { icon: 'i-tabler-calculator', kind: 'industrial' },
+  aml_job_submit: { icon: 'i-tabler-send', kind: 'industrial' },
+  aml_job_status: { icon: 'i-tabler-loader-quarter', kind: 'industrial' },
+  aml_job_logs: { icon: 'i-tabler-file-text', kind: 'industrial' },
+  aml_job_cancel: { icon: 'i-tabler-circle-x', kind: 'industrial' },
+  aml_leaderboard: { icon: 'i-tabler-trophy', kind: 'industrial' },
+  aml_model_find: { icon: 'i-tabler-search', kind: 'industrial' },
+  aml_model_promote: { icon: 'i-tabler-arrow-up-circle', kind: 'industrial' },
+  aml_model_reference: { icon: 'i-tabler-book', kind: 'industrial' },
+  aml_training_plan_list: { icon: 'i-tabler-list-check', kind: 'industrial' },
+  aml_training_plan_create: { icon: 'i-tabler-file-plus', kind: 'industrial' },
+  aml_training_plan_train: { icon: 'i-tabler-player-play', kind: 'industrial' },
+  twin_provider_catalog: { icon: 'i-tabler-box-multiple', kind: 'industrial' },
+  twin_scene_discover: { icon: 'i-tabler-compass', kind: 'industrial' },
+  twin_scene_compile: { icon: 'i-tabler-building-factory', kind: 'industrial' },
+  twin_scene_freeze: { icon: 'i-tabler-snowflake', kind: 'industrial' },
+  twin_physics_spec_draft: { icon: 'i-tabler-pencil-minus', kind: 'industrial' },
+  twin_physics_spec_validate: { icon: 'i-tabler-checkup-list', kind: 'industrial' },
+  twin_physics_spec_compile: { icon: 'i-tabler-binary-tree', kind: 'industrial' },
+  twin_scene_read: { icon: 'i-tabler-book-2', kind: 'industrial' },
+  twin_snapshot_create: { icon: 'i-tabler-camera', kind: 'industrial' },
+  twin_trial_run: { icon: 'i-tabler-flask', kind: 'industrial' },
+  mpc_optimize: { icon: 'i-tabler-target-arrow', kind: 'industrial' },
+  twin_gate_evaluate: { icon: 'i-tabler-shield-check', kind: 'industrial' },
+  twin_calibration_request: { icon: 'i-tabler-scale', kind: 'industrial' },
+  twin_bayes_optimize: { icon: 'i-tabler-chart-dots', kind: 'industrial' },
+  optimizer_capabilities: { icon: 'i-tabler-list-search', kind: 'industrial' },
+  optimizer_solve: { icon: 'i-tabler-math-function', kind: 'industrial' },
+  optimizer_status: { icon: 'i-tabler-progress', kind: 'industrial' },
+  optimizer_cancel: { icon: 'i-tabler-player-stop', kind: 'industrial' },
+  optimizer_plan_get: { icon: 'i-tabler-file-analytics', kind: 'industrial' },
+}
+
+/** 类别展示元数据(壳层统一渲染头部) */
+export const KIND_META: Record<BlockKind, { label: string, icon: string }> = {
+  tool: { label: 'tool', icon: 'i-tabler-tool' },
+  status: { label: 'status', icon: 'i-tabler-dots' },
+  life: { label: 'state', icon: 'i-tabler-activity' },
+  route: { label: 'message', icon: 'i-tabler-route' },
+  stream: { label: 'llm', icon: 'i-tabler-message-dots' },
+  task: { label: 'task', icon: 'i-tabler-checklist' },
+  artifact: { label: 'artifact', icon: 'i-tabler-package' },
+  member: { label: 'team', icon: 'i-tabler-users' },
+  memory: { label: 'memory', icon: 'i-tabler-bookmark' },
+  error: { label: 'error', icon: 'i-tabler-alert-triangle' },
+  other: { label: 'event', icon: 'i-tabler-dots' },
+}

package/app/composables/workshop/operation-events.ts

@@ -30,7 +30,7 @@ function textOf(e: AepEnvelope): string {
 const INDUSTRIAL_TOOL_KIND: Array<[RegExp, OperationKind]> = [
   [/dcw_control|dcw_read|dcw_judge|dcw_rollback|dcw_journal|param_control|param_read|line_context|recipe_update|recipe_versions|recipe_rollback|recipe_log/, 'dcw'],
   [/my_industrial_nodes|ops_log|daq_frames|daq_query/, 'daq'],
-  [/optimization_explore|aml_|twin_calibration/, 'aml'],
+  [/optimization_explore|aml_|twin_calibration|optimizer_/, 'aml'],
   [/twin_|mpc_optimize/, 'twin'],
 ]
 

package/app/composables/workshop/useWorkshopApi.ts

@@ -365,7 +365,8 @@ export interface AgentTemplateDto {
   ownerUserId: string | null
   /** 归属用户名(列表接口附注;'system' = 内置) */
   ownerName?: string | null
-  instances: Array<{ id: string, channelId: string, role: 'lead' | 'worker', token: string }>
+  /** WP3:列表只回 token 尾 4 位;全量仅在 rotate-token 响应一次性返回 */
+  instances: Array<{ id: string, channelId: string, role: 'lead' | 'worker', tokenTail: string }>
   createdAt: string
   updatedAt: string
 }

package/app/pages/optimizer/api.ts

@@ -0,0 +1,21 @@
+/** Optimizer 页面 REST 封装(与 Agent 工具共用同一服务层)。 */
+import { apiFetch } from '~/composables/workshop/apiClient'
+
+type JsonInit = Omit<RequestInit, 'body'> & { body?: unknown }
+
+function withJson(init?: JsonInit): RequestInit | undefined {
+  if (!init) return undefined
+  const { body, ...rest } = init
+  if (body === undefined) return rest
+  return {
+    ...rest,
+    headers: { 'content-type': 'application/json', ...(rest.headers as Record<string, string> | undefined) },
+    body: JSON.stringify(body),
+  }
+}
+
+export const optimizerApi = <T>(path: string, init?: JsonInit) =>
+  apiFetch<T>({ base: '/api/workshop', path, init: withJson(init) })
+
+export const processModelApi = <T>(path: string, init?: JsonInit) =>
+  apiFetch<T>({ base: '/api/workshop/process-model', path, init: withJson(init) })