Open CoDesign 想做 Claude Design 的本地免费平替，但它真正打到点上的，是把 AI 设计工具从订阅制拉回了可控软件

这两个月，AI 设计工具已经卷得有点像一锅粥了。Claude Design、v0、Lovable、Bolt.new、Figma AI，表面看都在讲一句话：一句提示词，直接变原型、页面、PPT 或产品草图。

可这条路卷到现在，用户真正开始在意的，已经不只是“能不能生成”，而是另外几个很现实的问题：

• 我能不能继续用自己已经在付费的模型
• 我的设计过程是不是非得丢进云端
• 生成出来的东西到底能不能导出和接着改
• 工具背后 agent 在干啥，我能不能看见、打断、接手

Open CoDesign 这波能冒出来，我觉得就踩在这个节点上。

它当然是在讲自己是 Claude Design 的本地免费平替，但更有意思的，其实是它在重新回答一个问题：AI 设计工具，到底应该像一个订阅型云服务，还是像一款你真能掌控的软件？

它最值得看的，不是“平替”两个字，而是 local-first

很多所谓 AI 设计产品，真正默认的前提都是云端优先。你在网页里输入提示词，平台在背后调模型、跑流程、存版本、管状态。你得到的是一个看起来很顺滑的体验，但代价是你对整个过程的控制权其实并不高。

Open CoDesign 明显是反着来的。

从项目公开说明看，它从第一天就把自己定义成桌面原生、local-first 的应用。它强调几件事：

• 在你自己的电脑上跑
• 可以接自己的 API key
• 支持本地 Ollama，也支持 Claude、GPT、Gemini、DeepSeek、Kimi、GLM 以及 OpenAI 兼容接口
• 应用状态保留在本地，不强制进云工作区

这套价值主张，其实不是“便宜点”那么简单，而是在把 AI 工具的控制权重新往用户手里拉。

说白了，就是别再让我为了用一个设计 agent，顺便把模型选择权、数据路径和工作流所有权一起交出去。

真正打动人的，是它把“可控性”做成了产品特征

Open CoDesign 公开列出来的那些功能里，我觉得最值钱的反而不是一句提示词出原型，而是这些细节：

• live agent panel，能看到 agent 的 todo、工具调用和实时进度
• generation cancellation，能中途打断
• comment mode，可以针对局部区域改，而不是每次整页重来
• files panel，可以先看多文件产物再导出
• 本地版本保存和最近设计切换
• 导出 HTML、PDF、PPTX、ZIP、Markdown

这些功能看着不花哨，但非常关键。

因为它们代表着一件事，AI 设计工具不再只是个“黑箱式生成器”，而开始往真正可协作、可审查、可回退、可落地的软件形态走。

谁用过几轮 AI 原型工具就知道，最难受的不是它做不出来，而是它做出来之后，你很难精确改、很难稳定接、也很难知道它刚刚到底改了啥。

Open CoDesign 至少是在努力补这层。

它其实不只是 Claude Design 平替，更像是“BYOK 设计工作台”

项目 README 里反复强调的一点是 BYOK，也就是 Bring Your Own Key。

这一点被低估了。

因为今天很多 AI 工具最大的问题不是功能不够，而是它们想把模型也一并打包卖给你。

但现实情况是，很多开发者和团队已经在别的地方付费了。有人有 Claude Code，有人有 OpenAI，有人跑 Gemini，有人自己挂 Ollama，本来就不想为每一个新工具再重复订阅一次。

Open CoDesign 的切入点其实很聪明：

我不强迫你换模型，不强迫你换供应商，不强迫你重新买一套云端套餐。我只给你一个能把这些模型接起来、并且更偏设计工作流的本地宿主。

这个位置一旦成立，它吃的就不是某一个模型红利，而是多模型时代大家普遍存在的“工具层缺口”。

这类产品真正的竞争点，已经不是谁先生成页面

你如果只看一句话生成页面，现在市场上早就不缺工具了。

所以 Open CoDesign 真正要打的，不是“我也能生成”，而是另外几个维度：

• 生成之后是否还能局部编辑
• 产物是不是文件，不只是一个在线结果页
• 工作过程是否透明
• 是否锁定某个模型或平台
• 是否适合真正长期放进个人或团队工作流

这几个维度加起来，其实决定了一个工具更像“演示型 AI 产品”，还是“能常驻桌面的生产工具”。

而 Open CoDesign 目前明显是往后者去靠。

当然，它现在也还在很早期

也得说句实话，从 GitHub 数据看，这项目很新，4 月 18 号才创建，星标刚过 900，版本也还在 0.1.x，很多东西还在快速迭代。

它现在更像一个很明确的方向样本，而不是已经完全成熟的终局产品。

比如代码签名、自动更新、文件系统支持、side-by-side diff、代码库到设计系统抽取这些能力，还都在路线图上。

所以如果你现在拿它和成熟 SaaS 设计工具比全套稳定性，那肯定还早。

但方向上，它已经把不少人心里那个需求说出来了：

我想要 AI-native 设计能力，但我不想再被平台、模型和云工作区绑死。

一个更直接的判断

Open CoDesign 之所以值得写，不是因为它是又一个“Claude Design 平替”，而是因为它代表了 AI 设计工具的另一条路线：

从订阅制黑箱服务，重新走回本地可控的软件。

这条路线未必会比云工具更性感，但它很可能更适合一批真正会长期用、会折腾工作流、会在意模型选择权和数据路径的人。

后面这类产品如果继续成熟，AI 设计工具的竞争就不会只剩“谁出图更快”，而会变成：

谁更开放，谁更可控，谁更像用户自己的工作台。

顺手说一句，如果你后面真想把这种本地 AI 设计工具、模型代理、素材缓存、导出文件和自动发布链路一起跑起来，底层环境还是要稳一点。像雨云这种偏实干型的云服务，拿来挂对象存储、轻量服务、同步脚本和一些自动化工作流，其实就挺合适。很多时候用户缺的不是又一个会设计的 AI，而是一套能把生成结果真正接到生产链里的环境。