GreenPRD用画布设计架构, PRD 实时同步 IDE

GreenPRD 把自己定义为“视觉规格画布”。产品经理可以在画布上拖拽节点，构建工作流的触发条件、分支和动作，而不是在文档里用文字描述流程。画布上的每个模块都会同步生成对应的文本 PRD，并且通过 MCP 协议直接连接到开发者的 IDE。

目前 GreenPRD 还处于 beta 阶段，官网也明确提示功能可能不完整或会变化。但即便这样，它展示出来的思路依然很有看点——不是又一款画架构图的工具，而是想把“画图”和“写文档”这两件事彻底合并。

不只是一块画布：三种视图绑在一起

GreenPRD 的核心不是单独的画布，而是把图形、文档和代码连接成一个整体。官网列出了三种主要设计对象：工作流、页面导航、集成关系。

• 工作流设计：在画布上创建触发事件、分支条件和副作用，支持链式逻辑，拖动节点即可探索不同路径。
• 页面与导航：用屏幕节点定义路由、组件提示，用边连接页面和弹窗，让设计师和工程师共享同一份产品地图。
• 集成关系：以中心应用节点连接卫星服务，标注入站 webhook 和出站 API 调用，清晰展示系统间谁在跟谁对话。

这三种视图都指向同一个“Canonical Spec”（规范规格），所以无论你改哪一边，另外两边都会跟着更新。这比传统的架构图工具要实用——那些图往往画完就过期，而 GreenPRD 的图本身就是规格的一部分。

MCP：把规格送进 IDE

GreenPRD 最值得关注的部分是它内置了 MCP Server。如果你用 Cursor、VS Code 或 Windsurf，可以通过 MCP 协议把画布上的规格拉到编辑器里，也可以把代码里的变更推回规格。这意味着 PRD 不再是躺在文档工具里的死文件，而是能跟着代码库演化的活文档。

根据官网的介绍，免费层提供基础画布功能；Starter+ 支持一次性导入 GitHub 仓库，把代码结构映射到画布；Pro 层则开启完整的 MCP 双向同步（例如 Cursor 与规格的 push/pull）以及实时仓库到规格的 GitHub 同步。具体价格未公开，官网有定价页。

“不是画一张漂移的图，而是让图始终连着规格。”这是 GreenPRD 在说明里反复强调的定位。

谁该关心这个工具

对产品经理来说，它把 PRD 从纯文字变成了可交互的系统模型；对工程师来说，它减少了从文档到代码的转译成本。典型的使用场景是：团队在需求评审阶段用画布快速梳理流程和页面，然后开发时直接通过 MCP 把规格拉进 IDE，改代码的同时也能反哺文档。

这类“graph + docs + MCP”的组合现在并不常见。多数 PRD 工具停留在文档层面，而架构图工具又和代码脱节。GreenPRD 把两者粘起来的方向是对的，不过目前还在 beta，功能可能不完整，实际体验如何需要等正式版。

官方声称已有 25k+ 用户在使用。考虑到产品还处于早期，这个数字更可能是注册量而不是活跃度，但至少说明需求是真实存在的。

几点务实的观察

GreenPRD 由 prd.it 运营，网站底部标注了归属关系。如果你在评估一个 PRD 工具，可以关注三点：一是画布的操作手感是否顺手，二是 MCP 同步在真实项目里的稳定性，三是定价是否适合团队规模。工具本身目前没提供公开的价格明细，所以决策前最好先试用。

整体上，GreenPRD 在“让 PRD 保持新鲜”这件事上做了一个不错的尝试。它没有试图成为又一个文档生成器，而是想成为规格与代码之间的桥梁。这个方向值得持续关注。