Doop:让 AI 与人共用实时设计画布

设计协作中，AI 生成的结果常与人的编辑、反馈和交接分散在不同环节，团队需要把这些工作重新接起来。Doop 是一个开源协作设计画布；项目 README 将它定位为 Paper.design 的开源替代方案，并称人和 AI agent 可以在同一画布上实时协作。读完本文，你可以判断它的画布与 MCP 协作方式是否适合自己的流程，以及本地试跑的门槛和开源版的功能边界。[1]

项目定位与基本信息

Doop 的核心不是单次生成图片，而是让人通过浏览器编辑画布，让 AI agent 通过内置的 MCP server 操作画布；画布中的 frame（画板）渲染真实 HTML，协作者可以实时看到光标、在线状态、frame 修改和 agent 状态。以上是项目 README 对产品机制的说明，现有材料没有独立测试来验证不同环境下的稳定性或体验。[1]

仓库快照显示，Doop 使用 TypeScript，许可证为 AGPL-3.0，且未被标记为归档。GitHub API/缓存快照在 2026-10-31 查询时显示 1,190 Stars、159 Forks 和 35 个 Open Issues；这些是关注度与未关闭事项的计数，不代表产品质量或维护水平。快照记录的最近提交时间为 2026-10-31 18:33:26 UTC，仓库更新时间为 2026-10-31 19:44:38 UTC；两者不是同一指标。材料未提供最新版本号，不能据此判断当前发布版本。[2]

NOTE

这些是关注度与未关闭事项的计数，不代表产品质量或维护水平。

共享画布如何承接 agent 工作

README 所描述的协作方式，是让外部 MCP 客户端连接后，像协作者一样在画布上创建或修改设计；agent 的光标、状态和任务也会显示在画布中。内置 Doop Agent 则可通过任务卡片或评论中的 @mention 接收工作。对团队而言，这种方式的价值在于设计过程可以直接被观察和反馈，而不是只在最后接收一张静态结果图。[1]

画布也承担设计讨论和交接：README 列出了多人编辑、元素级评论、可点击原型，以及将 frame 标记为“待开发”的审批状态。agent 可读取审批状态，开发者则可以据此定位已获确认的画面；不过，这些是项目文档所述能力，不等同于已经验证的团队流程或交付质量。[1]

如果你的流程需要在设计与开发之间传递状态，这种共享工作面值得关注；如果主要需求是导入导出既有设计文件，则要先确认开源版边界。README 明确说明，Figma、Canva 和 Photoshop（PSD）的导入导出目前属于 Doop Cloud，不属于开源版本。现有材料也没有提供与 Paper.design 的系统性对比或量化数据，因此不足以量化两者差异。[1]

WARNING

Figma、Canva 和 Photoshop（PSD）的导入导出目前属于 Doop Cloud，不属于开源版本。

本地试跑与 agent 接入

README 给出的本地快速启动命令如下：

git clone https://github.com/kgoedecke/doop && cd doop
bun install
bun run dev

项目文档说明，开发服务器默认使用嵌入式 PGlite 数据库，不需要额外服务；构建和运行服务器使用 Node，因此执行开发命令时也需确保 Node 在 PATH 中。README 给出的本地 Web 应用地址是 http://localhost:4300。以上是项目文档中的启动方式，本文没有实际执行验证。[1]

若要让 Claude Code 连接本地 MCP server，README 提供了以下命令：

claude mcp add --transport http doop http://localhost:4300/mcp

文档称连接会触发 MCP OAuth 流程，需要在浏览器中登录并授权。Doop 内置 Agent 是另一条路径：需要用户连接模型账户，或由部署方配置服务端密钥和任务额度；README 说明 RESIDENT_TASK_LIMIT 默认值为 0，因此不能把首次欢迎演示当作真实模型推理——文档指出该演示是预制脚本回放。[1]

成熟度、限制与选择建议

从仓库快照能核实的是：项目有近期提交记录，GitHub API 快照未将仓库标为归档，并提供了较完整的 README 启动与配置说明。快照中的 Stars、Forks 和 Open Issues 不能单独证明维护质量；现有材料也没有性能测试、独立用户评测或跨环境运行结果，因此还不能据此评估稳定性和生产适用性。[1][2]

Doop 更适合希望让设计师、开发者与 MCP agent 在同一画布上共同迭代的团队。若团队依赖 Figma、Canva 或 PSD 的导入导出，开源版现有材料并不支持将这些能力视为可用；需要这类集成时，应将 Doop Cloud 与自托管开源版分开评估。[1]

试用前可以先按 README 的 Quickstart 启动项目，确认页面能打开；再接入 MCP 客户端，检查 agent 是否能在画布中创建或修改 frame，并用已知输入核对结果、失败情形和审批状态是否符合团队预期。若需要多人部署，还应进一步核对 README 中的生产部署说明、数据库配置和身份验证设置。[1]

总结

IMPORTANT

谨慎尝试。

Doop 的可验证定位是一个开源、可本地启动的协作设计画布，README 描述了人和 MCP agent 在同一画布上协作的机制，并提供了本地启动与连接示例。它适合希望先验证“共享画布能否改善设计协作与交接”的开发者和团队；但在确认自身部署环境、实际运行效果及所需集成是否属于开源版之前，不宜仅凭功能说明将其纳入正式流程。[1][2]

参考来源

1. [1]: [kgoedecke/doop README](https://github.com/kgoedecke/doop)——项目定位、功能说明、本地启动、MCP 接入与开源版边界。

2. [2]: [kgoedecke/doop GitHub API 元数据快照](https://github.com/kgoedecke/doop)——仓库语言、许可证、关注度计数及提交和更新时间；快照查询时间为 2026-10-31。