开发者 Siam 近日在 GitHub 开源了名为 Doory 的浏览器端设计编辑器，打出了“开源 Canva 替代品”的醒目旗号。在商业平面设计 SaaS 普遍走向提价与封闭壁垒的当下，一个宣称不设付费墙、无需注册账户、支持本地运行 AI 抠图并能通过一条 Docker Compose 命令完成全栈私有化部署的项目，迅速吸引了追求数据自治与轻量排版工具的开发者视线。
但光鲜的功能清单背后隐藏着极大的现实落差。审视项目代码与社区反馈可以发现，Doory 远未达到生产可用的成熟度。这并非商业巨头迎来的颠覆性挑战者，而是一个处在极早期阶段、缺乏工程沉淀的个人概念验证项目。
全栈画布的独立开发构想
在平面设计软件的开源版图里，分工一直相当清晰。面向专业产品原型与 UI/UX 领域的团队早已有 Penpot 作为 Figma 的有力替代，但在海报、社交媒体配图、演示文稿这类日常营销排版场景中，开源生态中始终缺乏一款开箱即用的轻量级排版载体。企业为了保障合规隐私与控制订阅预算，对私有化排版工具的需求十分真实。
Doory 试图通过整合现有的前端与后端开源基础设施来打破这种垄断。它的架构思路颇具现代 Web 特色：前端采用 React 19、TypeScript 和 Fabric.js 构建基础排版画布，依靠 Yjs 实现多人实时协同编辑状态同步；后端则基于 Django 5、Channels 与 PostgreSQL 承载数据流。
为了减轻私有化部署的服务端资源压力，开发者做出了激进的技术取舍。它将 AI 抠图推理推到了用户的浏览器本地，部署者必须进入容器后手动执行 docker compose exec api python manage.py sync_models 来下载模型包。与此同时，如果团队需要导出具备出血位和裁切标记的印刷级 PDF，服务端就必须常驻无头 Chromium 环境。这意味着所谓的轻量级运行，在涉及核心渲染任务时依然需要沉重的底层运行时支持。
5星项目背后的工程脆弱性
尽管宣传页宣称具备多图层、动效、文字变形等完整功能，但褪去宣传光环，项目的真实推进状况极度稚嫩。截至目前，该 GitHub 仓库仅有约 5 颗 Star 和 1 次 Fork，尚未发布过任何带有正式版本号的 Release，整个项目基本上完全依赖 Siam 一人维护。
在 Hacker News 等极客社区的早期测试中，首批试用者迅速指出了大量交互层面的硬伤。测试过程中频繁发生未预期的页面崩溃、绘制形状时菜单文字破损、界面失焦时菜单异常关闭，以及出现令人困惑的双重保存指示器。这些基础体验上的毛刺直接反映出，它尚处于个人代码验证阶段，并未经历过工业环境中的多人并发与长周期运行检验。
软件的商业化二次包装也面临限制。Doory 并未采用宽松主流的 MIT 或 Apache 2.0 协议，而是选用了较为少见的 Attribution Assurance License。这一基于 BSD 修改的协议虽然允许商用，但强制要求使用者在运行界面的显眼位置完整保留原作者署名及许可声明。对于希望将其白标（White-label）化封装进自有企服产品的团队而言，这构成了明确的法律合规门槛。
- 风险.若直接将 Doory 引入企业生产流程，单人维护项目的缺陷修复周期与架构稳定性均存在不可控风险。
真正难以逾越的是素材供应链
许多自托管工具的支持者往往容易陷入纯技术的思维定式，认为只要在浏览器端用 Canvas 实现了相似的编辑体验，就完成了对商业 SaaS 的替代。但 Canva 能建立数百亿美元估值的商业护城河，从来不单单是因为它拥有一个流畅的前端画布。
编辑器只是一张白纸，海量版权素材与排版模板才是让非设计师生产内容的燃料。
Canva 的本质是设计资产供应链平台。非专业设计人员使用 Canva 是为了在三分钟内挑出契合场景的版式并微调成图，而不是面对空无一物的白板。相比之下，Doory 的代码库中仅附带了 10 套初始模板，即便辅以同步而来的约 25000 个基础图标插画、24 段音频循环与 88 个音效，其内容储备在真实业务面前依旧只是杯水车薪。
- 结论.对于非专业用户而言，缺乏海量模板供给的轻量排版器，冷启动成本远高于商业 SaaS。
目前企业 IT 部门或极客群体可以将 Doory 视为一份优秀的架构学习样本，用于观察现代 Web 技术如何把复杂音视频合成与机器学习搬进浏览器；但若寄希望于依靠它来降低设计采购预算，依然要面对内容生态匮乏与工程缺陷的沉重代价。接下来最值得关注的指标，并非它列出了多少功能特性，而是项目能否尽快收敛高频 UI 崩溃并发布首个可用版本。