<快速开始> 1.检查美学库（阶段0） 2. 通过分层问题收集需求（第 1-3 阶段） 3. 调度 ui-design-agent 以生成模型 4. 迭代直到用户批准 5.生成实现文件 <上下文检测> <独立模式> * 不存在 `.continue-here.md` 文件 * 独立生成模型 * 跳过状态更新 <工作流程模式> * 文件 `plugins/[PluginName]/.continue-here.md` 存在且带有 `current_stage` 字段 * 在每个阶段后更新工作流程状态检查 `.continue-here.md` 是否存在以确定模式。如果存在，则更新状态文件。如果不存在，则跳过状态更新。您想如何开始 UI 设计？ 1.从美学模板开始-应用保存的视觉系统 2. 从头开始 - 创建定制设计 3. 列出所有美学 - 浏览图书馆后再决定选择（1-3）：_ 有关完整的集成详细信息，请参阅“references/aesthetic-integration.md”。包含在调用提示中： * 所有收集的要求（布局、控件、颜色等） * 质量期望：“设计必须看起来像商业 50-200 美元的音频插件 - 有意的决定，而不是默认” 有关调用摘要，请参阅“references/phase-details.md”。有关完整协议，请参阅“references/delegation-protocols.md”。生成的文件： * v[N]-ui.yaml（设计规范） * v[N]-ui-test.html（浏览器可测试模型）你想做什么？ 1.迭代——细化设计，调整布局 2. 最终确定 - 验证对齐并完成模型 3. 另存为模板 - 添加到美学库以供重复使用 4、其他选择（1-4）：_ 收集选项 1（迭代）的反馈时： **如果用户提供特定更改**（“使其垂直”、“添加米”、“将颜色更改为蓝色”）： * 将这些作为明确的要求传递给新的 ui-design-agent 实例 **如果用户提出模糊的改进请求**（“让它变得更好”，“改进它”，“抛光它”）： * 提示具体内容：“我应该关注哪些方面？（布局、颜色、间距、控件）” * 如果用户说“一切”或“整体质量”：传递指令来优化现有元素（间距、颜色和谐、控制样式），而不是添加新元素有关详细路由，请参阅“references/decision-menus.md#phase-5-5-design-decision-menu”。请参阅“references/phase-b-enforcement.md”以了解防护实施。此技能从不直接生成模型文件。所有文件生成均委托给子代理。有关强制执行详细信息，请参阅“references/delegation-protocols.md”。子代理使用其阶段结果更新 `.continue-here.md`。 Orchestrator 验证 JSON 报告中的“stateUpdated”标志。子代理返回“stateUpdated: true”后，验证实际状态内容是否与预期值匹配（不仅仅是布尔标志）。读取 `.continue-here.md`，解析 YAML，检查特定字段是否与 JSON 报告值匹配。如果不匹配，则显示状态恢复菜单。有关完整的状态模式和验证协议，请参阅“references/state-tracking.md”。每次迭代都在新的代理上下文中运行。用户选择“迭代”，然后协调器收集反馈并调用具有增量版本的新 ui-design-agent。新鲜的上下文可防止迭代设计期间上下文窗口膨胀。 <错误处理> * 代理失败：显示错误菜单（重试/手动修复/调试/取消）。 * 验证失败：代理返回 `validationPassed: false` \- 显示错误菜单。 * 状态更新失败：代理返回 `stateUpdated: false` \- 显示状态恢复菜单（验证/手动更新/继续）。模式：v1、v2、v3...每个版本单独保存。目的：在不丢失工作的情况下探索布局、A/B 测试设计、保留回滚历史记录。文件命名：所有 7 个文件均以版本为前缀（例如“v2-ui.html”、“v2-PluginEditor.h”）。实施：除非用户指定不同的版本，否则用于第 3 阶段（GUI）的最新版本。有关文件管理详细信息，请参阅“references/versioning.md”。 <成功标准> <设计阶段> * 生成符合用户需求的 YAML 规范 * 浏览器测试 HTML 作品（交互控件、参数消息） * 视觉质量符合商业标准（有意设计，而非默认） * 设计文件提交到git * `.continue-here.md` 已更新版本（如果是工作流程模式） *向用户呈现阶段 5.5 决策菜单 * 设计批准或用户迭代改进 <实施阶段> * 生成所有 7 个文件并保存到 `.ideas/mockups/` * 完整的制作 HTML（无占位符） * C++ 样板与 YAML 结构匹配（正确的参数绑定） * 生成并锁定parameter-spec.md（仅限v1） * 提交到git的实现文件 * `.continue-here.md` 更新了最终状态（如果是工作流程模式） <集成点> <调用者> * `/dream` 命令 - 创意简介之后，实施之前 *“插件工作流程”技能 - 第 0 阶段（UI 设计阶段） * `plugin-improve` 技能 - 重新设计现有插件 UI 时 *自然语言：“为[PluginName]设计UI”，“为压缩机创建模型” <总是调用> * `ui-design-agent` 子代理（阶段 4-5.45）- 设计迭代所需 * `ui-finalization-agent` 子代理（阶段 6-10.5） - 实现文件需要 <也调用> * `ui-template-library` 技能（如果用户保存审美）渐进式披露 - 到达特定阶段时加载参考文献： * **阶段 0:** `references/aesthetic-integration.md` \- 美学库集成 * **阶段 1:** `references/context-extraction.md` \- 创意摘要提取 * **阶段 2-3:** `references/design-questions.md` \- 问题模板和分层 * **阶段 2.5:** `references/layout-validation.md` \- 维度计算公式 * **阶段 4-5.45:** `references/delegation-protocols.md` \- 子代理调用 * **阶段 5.5:** `references/decision-menus.md` \- 菜单格式和路由 * **阶段 5.6:** `references/state-tracking.md` \- 简要同步协议 * **阶段 6-10:** `references/phase-b-enforcement.md` \- B 阶段防护 * **反模式：** `references/common-pitfalls.md` \- 避免什么技术细节： * `references/html- Generation.md` \- 生产 HTML 规则 * `references/browser-testing.md` \- 浏览器测试工作流程 * `references/cmake-configuration.md` \- WebView 构建设置 * `references/cpp-boilerplate- Generation.md` \- C++ 模板生成 * `references/ui-design-rules.md` \- 设计约束和模式 * `references/versioning.md` \- 文件管理 <模板资产> * `assets/ui-yaml-template.yaml` \- YAML 结构 * `assets/webview-boilerplate.md` \- C++ 集成模板 * `assets/integration-checklist-template.md` \- 集成指南 * `assets/parameter-spec-template.md` \- 参数规范格式

用户界面样机

包含技能