开发流程

整理需求

生成UI图

产品经理给出原型图，再由 AI 根据原型图渲染出UI图，AI 通过 MCP 引用 UI 图，并按 UI 图生成软件界面，这是最佳实践。千万不要让 AI 根据需求来“盲猜”生成原型或UI图；但 AI 可辅助生成原型或中低保真的原型/UI图，以供参考。

生成项目

 我准备使用 spec-kit + claude code + glm-4.7 管理项目需求、计划等，然后将打磨好的需求给 Galileo AI、v0.dev、Figma AI (Figma Make) 、Google Labs Stitch、Uizard (Autodesigner) 这类UI生成工具进行打磨，UI 打磨好以后，让 spec-kit + claude code + glm-4.7 项目通过 MCP 依照 UI 生成软件。这是最佳实践吗？有什么更好的方式？

最佳实现

everything-claude-code (ECC) 与 spec-kit 是 AI 驱动开发中的“黄金搭档”。规范驱动的 spec-kit 通过 spec.md、plan.md、tasks.md 等文件维护“真理源”文档，ECC 自动读取 这些文档，并调用内置的各种 Agent（如架构师、测试员）去精准执行这些计划。

spec-kit 是通用的：它本质上是文档驱动。无论用 Cursor、Windsurf 、VS Code + Copilot 等，只要 AI 能读取 spec.md 和 plan.md，这套工作流就依然有效。

everything-claude-code (ECC) 是深度绑定在 Claude Code (命令行工具) 之上的插件系统；它利用了 Claude Code 特有的 MCP 接口、内部插件加载机制以及特定的 .claude/rules/ 架构；要的更换 AI 客户端工具，ECC中的指令集失效 和 专家 Agent 调度将失效，但其 System Prompts (系统提示词) 和 Rules 文件 可以通用。

Agent 调度失效原因：ECC 后台自动切换“架构师”、“安全专家”等角色的逻辑是基于 Claude Code 的运行环境编写的，Cursor 等工具并没有开放这种深度的脚本控制权限。