按熟悉的 Web 方式提出需求
不必预先列出 KUI 的全部特性或接口。把当前 SDK 放进工作区,要求 Agent 按 HTML/CSS 的 Web 标准实现界面,说明布局、风格、数据和操作。让 Agent 查阅当前文档、选择原生接入方式,再用 MCP 验证结果。
给 Agent 的项目上下文
提供 SDK 版本、宿主语言、Windows x64 目标、构建命令和有效工程。说明 KUI 使用 HTML/CSS 与可选 Lua;依赖 JavaScript 或浏览器 API 的实现不能直接作为运行方案。
Target: Forge KUI 3.61.7 / Windows x64 / C++
Start from: examples/workbench
UI: HTML + CSS; data and events: native C++
Task: add an asset filter and an empty-result state.
Acceptance: build succeeds; filtering updates rows; reset restores data.
Inspect: DOM, box model, real input and screenshots.用标准布局生成界面
把需求写成可检查的结果:导航宽度、内容区域、窗口缩放、数据量、输入校验和关键动作。提供相关指南与一个完整示例,避免让 Agent 猜测接口。
通过 DevTools/MCP 检查结果
在本地调试构建中启用 DevTools,保持主线程处理事件。连接目标后读取 DOM、盒模型与样式;通过实际鼠标、键盘输入检查交互,保存截图。认证连接地址仅在调试进程内使用。
首轮成型怎样判断
保留首次提交的代码,分别检查构建启动、视觉布局和关键交互。后续修正单独记录。KUI 的标准布局和可观察工具支持更可靠的生成过程;跨任务成型率需要在固定任务、模型和上下文下统计,本页不提供未经测量的百分比。
文档有误或遗漏?
反馈此页问题 →