Open Design 是怎么工作的

Open Design 是一个 AI 创作工作台。你不用写代码，只需要说明目标、提供资料、检查结果、继续提修改意见。

它的基本流程是：

一句话理解

Open Design 不是聊天窗口，也不是传统原型软件。它更像：

你提出任务 -> Open Design 调用 AI 处理 -> 生成可查看的文件 -> 你检查并继续反馈 -> 文件继续被修改

所以用 Open Design 最重要的不是「会不会写代码」，而是能不能把需求说清楚，并在结果出来后给出具体反馈。

模型是负责理解和生成内容的 AI 能力，可以理解成「大脑」。不同模型擅长的事不同——有的更适合文字，有的更适合看图，有的更适合复杂推理。

文字任务用文字模型即可；需要看截图、设计稿或产品界面图时，切换到支持图片理解的模型。不用研究模型细节，记住这一条就够了。

Coding Agent 是 AI 执行助手——不只是回答问题，还能创建文件、修改文件、整理项目、生成页面。Open Design 负责提供工作台界面，Coding Agent 负责把需求变成具体文件。

如果你用阿里云 Token Plan 等模型服务，可以不关心本机 Coding Agent；如果你本来在用 Claude Code、Codex、Cursor 这类工具，Open Design 也可以接入它们。

假设你在主页输入：

做一个面向用户的 Open Design 入门培训介绍页。
包含适合人群、课程安排、学习目标和报名方式。
风格要简洁、可信，适合培训。

Open Design 大致这样工作：

HTML 页面就是网页文件。Open Design 生成原型、介绍页、落地页时，最常见的就是 HTML 页面。

非开发用户不需要理解 HTML 代码。点「打开」然后看「预览」就行，像看普通网页一样检查内容、布局和交互。不符合预期就回左侧对话区继续改。

Open Design 会把同一个项目里的对话和文件放在一起。你说的需求、上传的资料、生成的文件、后续修改意见，都会成为当前项目的上下文。

上下文就是「当前项目里已经提供过的信息」——最初的任务目标、目标读者、上传的参考资料、已生成的文件、后续提出的修改要求。

上下文的作用是让 Open Design 不必每次都从零开始。只要留在同一个项目里继续发修改要求，它就能基于已有结果继续调整。主题完全变了才回主页新建项目。

这就是为什么：

设计体系可以理解成「风格说明书」：常用什么颜色、按钮长什么样、页面气质偏正式还是活泼、卡片和导航大概怎么处理。

没有设计体系时，模型根据你的文字自行判断风格；有设计体系时，生成结果更容易保持统一。比如同样是「做一个产品介绍页」，有设计体系就更可能贴近品牌颜色和组件样式。

设计体系不会替你决定页面主题、目标读者、重点模块和文案——这些仍然需要你说明。

这些名字看起来像技术概念，但可以这样理解：

普通用户不需要一开始就配置这些。先完成一次生成；发现某类任务经常重复或需要连接外部资料时，再看对应说明。

有些任务信息不够清楚时，Open Design 可能不会立刻生成，而是先确认需求。这通常不是坏事——说明当前任务里有关键条件不明确，比如：

直接回答问题就行，回答得越具体，生成越稳定。