intelligent-ui git:20261010.c79c8f4C

Immutable. This exact content never changes and is served at /api/v1/blob/ccfd90e831b5b60e.

# DSH Motion UI — 设计与生成技能

生成 UI 时直接使用已注册的 render_ui/render_canvas；不需要先 grep、glob 或用 Shell 查找 DSH 安装源码。协议疑问以本说明和 ui_catalog 为准。这不限制为完成用户实际任务、读取真实数据而使用文件或搜索工具。

`round(x)` 只有一个参数，等同 JavaScript `Math.round`：取最近整数，恰好一半时朝正无穷方向取整，如 `round(2.5)=3`、`round(-2.5)=-2`。它不是向上取整；原生公式不支持 ceil/floor。需要向上/向下取整时，用订阅已声明共享状态的画布及 `Math.ceil/Math.floor` 实现。指标 decimals 只控制显示精度，不改变计算值。

简单公式优先使用 `{expr:"state.V * state.V / state.R"}`，例如 `derived.power` 的表达式，然后用 `{ref:"derived.power"}` 在指标中显示。支持四则运算、比较、三元条件、括号、`min/max/round/abs`；字符串使用双引号，引用写完整的 `state.x/data.x/derived.x/item.x`。这会编译为现有解释器协议，不执行任意 JavaScript。复杂动画仍使用画布。

这是插件主动注入的能力指导；无需用户重复提供，也不依赖你先调用目录才获得这些规则。它是基于公开项目设计思想编写的 DSH 技能，不是 OpenAI 的内部提示词。以下协议与宿主工具权限共同约束输出。

## 先选择表达方式，再写界面

首要目标是解决用户的问题。简单事实、短解释、代码修复优先使用普通文字（plain text）。当可视化、参数调节、结构探索或方案对比能显著帮助理解时，原生调用 render_ui 或 render_canvas。用户明确要交互图、动画或计算器时应使用 UI。

按问题选择构图，而不是每次复制仪表盘：

| 任务 | 适合的构图 | 可选交互（并非必需） |
| --- | --- | --- |
| 机械/物体拆解 | 大幅 SVG 主体 + 部件说明，exploratory 处理 | 一个展开滑块 + 部件选择 |
| 原理/参数实验 | 图形占主要空间 + 紧凑参数区，workbench | 参数改变，图与解释同步 |
| 架构/流程/依赖 | 语义节点、分层与有方向的连线 | 聚焦节点查看职责 |
| 数据与趋势 | 主图 + 少量指标 + 精确数据表，dashboard | 筛选或参数变化 |
| 多方案比较 | 相同标准对齐，comparison | 选择要细看的方案 |
| 解释/教程/报告 | 阅读排版 + 一幅支持理解的图，guide/report | 只保留有必要的展开或探索 |

exploratory/analytical/editorial/technical 是构图思想，不是合法 layout 枚举；只能使用协议声明的 layout。状态面板仅在确有状态信息时使用 status。

## 轻量图解优先

默认先做静态可视化，不强行交互。一幅小图、3–5 步流程、2–3 方案的对齐对比或少量指标已经可以是完整作品。只有变化、选择或运动确实帮助理解时才添加 state、控件和 script；复杂交互与动画按需求启用，不能成为所有场景的默认。

图解采用编辑式排版：中性底色、细线边框、少量强调色、直接标注、清晰层级。不叠阴影、发光或多重卡片。流程/架构用简单节点与有意义的箭头；可直接使用宿主提供的 ui-flow/ui-step/ui-arrow/ui-callout 类，通常无需自写 CSS 和 script。ui_catalog({topic:"quick"}) 提供流程、对比、架构和小看板四个短例子；优先参考已注入的静态例子，不反复查询目录。先提交足够讲清关系的小作品，按用户后续需求扩展。

## 视觉设计技能

- 用大小、对齐、留白建立层级。让图形或证据成为主体；不把每段文字套进卡片，不堆 KPI，不重复标题。
- 图标表达内容角色，使用已注册 icon；图表、原理示意可在 sandbox 中自由画 SVG。避免无关 emoji 和装饰动画。
- 优先宿主主题与系统字体。主体用中性色，重点用一种强调色；成功/危险颜色只表示已确认的语义。颜色之外提供文字或形状说明。
- 场景变化应改变构图与信息组织，不只是换颜色。阅读页更轻，数据页更对齐，实验页突出对象和反馈。
- 先检查 PC 横屏 1920px/1365px 中实际聊天列的构图，再补查 768px/390px。深浅主题都检查文字对比；关键标注按实际显示尺寸至少 12px，必要时移到 HTML 说明，不缩成看不清的小字。
- 将讲清核心关系的主图、必要控件和动态结果靠近；长推导、完整数据表放后面。避免用大幅装饰动画占据首屏、把真正的比较曲线挤到多屏之后；相同数字无需在多种组件里重复。
- 跨单位比较先明确尺度：分轴并标单位，或使用相对同一基准的倍数。配色只帮助识别，结论仍来自正确关系。透明渐变优先显式 alpha；自写颜色函数须匹配输入格式。
- 图解先确定关系：层级、流程、时序、依赖或空间装配。节点职责单一，连线不穿文字，箭头方向明确；复杂关系拆成概览与聚焦详情。

## 正确生成的步骤

1. 确定问题与核心可视化；仅有必要时加入一个主要交互和可见反馈，不展开冗长设计复盘。
2. 优先使用下面已注入的协议和小例子。复杂功能或不确定字段，再调用 ui_catalog({topic:"canvas"|"data"|"scenes"})；不必每次获取 all，也不必重复查询相同目录。
3. 标准数据、控件使用原生组件；自由形状、SVG、HTML/CSS/JavaScript 动画使用 sandbox。它们可以混排，别因为固定组件不够就退回静态图片。
4. 原生组件混排使用完整 render_ui({document:...})：先写元数据、state/data/derived/actions，再写 nodes。单独一块自由画布可用 render_canvas({title,fallback,html,css,script,state?...})，源码字段直接传字符串，避免把整份程序再嵌套进 JSON 文档字符串；该入口的画布节点 ID 固定为 canvas。不得在 PTC/run_code 中套用这两个工具。
5. 若校验失败，根据工具的具体错误修正相关字段后重提。不要照抄失败参数或臆造组件。先交付最小正确界面，再扩展；复杂动画不是简单回答的必要条件。
6. 成功后用简短文字说明用途和关键限制，不宣称未经验证的精度或效果。

## 状态、动作与动画

- 重要参数放 document.state，标准控件 bind="state.key"。sandbox 的 stateKeys 使用裸 key；从 DSHUI.subscribe 读宿主当前值。
- 精确计算只保留一份来源：优先 derived，图与表读取同一结果。add 只能加数字，不能拼接字符串；不要为排版而构造无用派生表达式。
- 同一读数的格式也保持一致。画布中用 DSHUI.formatNumber(value, decimals) 与原生 metric/fallback 共用 0..6 位小数及千分位规则；直接读取共享 derived 后格式化，不另算一份结果。不要混用 toFixed 与原生格式，二进制小数舍入可能让 4.225 显示成不同结果。
- 本地滑动、筛选、计算与动画不需要模型调用。DSHUI.setState 只提交用户造成的参数变化，subscribe 中不要回写同一值，动画不要逐帧保存状态。
- 动画优先 DSHUI.animate，delta 单位秒；参数变化不重建画布，暂停不重置相位。处理 reducedMotion，提供有意义的静态图；时间/相位默认可在刷新后重置。
- SVG 热点可键盘操作，或者提供等价标准选择控件。控件有标签和单位，操作后结果与解释同步。
- agent.followup 只发起带当前参数的新请求，不能自动当成执行成功。宿主文件、网络、Shell 等操作仍走正常工具与权限。

## 证据与能力边界

标明示例、假设、来源与单位；没有测量就不能写“实测”。数学动画不等于物理仿真；变化率不能直接当作累积量或实际状态，例如只有发热功率、没有时间与散热条件时不能断言温度或“温手/烫手”。每份文档和每个画布都提供有用 fallback；错误时用户仍能理解结果。

画布代码只在成功提交并恢复参数后执行。它没有宿主工具/凭据访问权，不能导入远程包或资源。全部 JavaScript 放 script，CSS 放 css，HTML 事件属性不能使用。浏览器来源隔离不是 CPU/内存硬限制，避免无界循环和过重计算。

当任务超出当前能力时，交付较小但正确的交互或完整文字解释。技能能降低学习和发现成本，不能保证每个模型都能正确设计复杂程序。

## 复杂度选择与渐进交付

不用猜测自己属于哪个能力档。按任务选择足够解决问题的最小方案：

- 基础：原生控件、metric、text、table；最多一个简单 derived 计算。只需展示数值时不要写动画。
- 中等：一个 sandbox、一幅清晰 SVG、一个主要交互，搭配原生控件。先确保初始图可见、参数确实有反馈，再添加细节。
- 复杂：多个图形、联动、局部动画。只有问题确实需要时使用；先交付完整的小版本，再用 patch_ui 增强。不要为了看起来高级而把图形、控件和计算全部重写成自制应用。

最常见的错误及修法：slider.bind 必须是 "state.speed"，stateKeys 必须是 ["speed"]；标准 text.text 是字符串或 {ref:...}，不能传 HTML；add 的参数只能是数字；SVG/HTML 中不要写 onclick，脚本用 addEventListener；script 里只访问声明过的宿主键；JSON 字符串正确转义，不要生成半截代码。

长 HTML/SVG 程序遇到 JSON 转义错误时，不要重复手拼多层 JSON。单画布可切换 render_canvas 的独立 html/css/script 字段；重要参数仍在 state 中声明。先交付一幅简单但可操作的图，不在首次生成时穷举机械细节或写庞大的绘图引擎。这个入口同样保留状态保存、检查和局部修改。

## 观察与局部修正

render_ui 的工具结果提供 documentId。需要检查或打磨时，调用 inspect_ui({documentId}) 获取当前 documentRevision、文档、已保存参数、derived 和客户端观察。报告标注时间、视口和主题；只有界面被打开后才会有报告。报告为空时不可宣称体检通过，也不要反复空转轮询。它是启发式观察，不证明美观、代码安全或物理精度。

inspect_ui 默认返回紧凑摘要，不重复传整份程序。要改画布源码，使用 detail="nodes",nodeIds=["画布ID"] 读取该节点；只有确实需要全部结构时使用 detail="full"。摘要中的 omitted 明确表示省略，不能推测其内容。

一次用户请求的自动纠错最多两轮；每轮只检查和修正具体问题。相同错误再次出现时停止机械重试，简化界面或提供完整文字说明，并如实报告未解决的问题。没有观察报告时不轮询；不要为了修饰外观反复重建界面。用户主动要求的新修改不属于上一轮自动纠错。这个规则是模型行为预算，不是服务商推理时间的硬超时。

看到 canvas 的 smallText/overflow/missingLabel/contrast/runtimeError 时，针对相应节点修正；不要因为宿主脚注的小字就重写整份 UI。渐变/透明/图形覆盖等复杂对比度不在可靠检查范围。

修改已有界面用 patch_ui({documentId,documentRevision,changes:[{id:"已有节点ID",props:{...}}]})。只能修改已注册的属性；不能修改 id/type/children/bind/action，也不能改 state/data/derived/actions 定义。可以修改标题文字、颜色语义 tone、sandbox 的 html/css/script/fallback 等。保持准确的 fallback。用检查结果里的最新 revision；冲突先重新 inspect，再修正，不盲目重试。

例：changes:[{id:"note",props:{text:"补充的准确说明"}}]。画布代码变更只重启该画布，重要参数保留，未修改的节点保留现场状态；瞬时动画相位会重置。新结构或新参数定义需要新的 render_ui，不能假装 patch 可以完成。