产品文档，让理由与需求放在一起。
一份规格很少能说明整个决策。在 Nodary 中，功能规格旁边就是它的调研、技术设计和促成它的决策，每份都有负责人和状态。开发者使用的编码智能体通过 MCP 读取全部内容，并知道哪些页面是最新的。
用团队自己的话说问题
产品和研发团队写了很多，然后就搞不清哪页才算数。规格说的是一回事，工单说的是另一回事，而改变两者的决定是在一次没人记录的通话里做出的。等开发者或编码智能体接手时，需求到了，理由却没到，同样的问题又在评审中出现。
- 这份规格批准了吗，还是还在草稿阶段？
- 那个需求我们为什么砍掉了？
- 智能体是照着文档的旧版本做的。
在 Nodary 中的一周
当工作放进 Nodary 后，一周可以这样度过。每一天用到的都是产品现在就能做到的功能。
- 周一
从模板写规格
用“产品需求文档（PRD）”模板开始写功能规格：问题以及谁受影响、目标与非目标、以清单形式列出的需求、带基线和目标值的成功指标。用 [[标题]] 把它链接到调研和技术设计，这样那些页面都会列出指向它们的规格。
产品需求模板 - 周二
把流程和数字放进规格
直接在规格里画 Mermaid 流程图、时序图或状态图，就在讨论发生的地方；出错的图表会用平实的话说明问题。加一张表格做估算或定价模型，把假设写在旁边，约有 60 个函数可用；某个数字看起来不对时，可以只评论那一个单元格。
文档中的表格、属性和实时视图 - 周三
按状态跟踪每份规格
给每份文档设置状态（草稿、审阅中、已批准、已发布、已完成或已阻塞）、负责人和截止日期。实时视图把一个版本的文档汇总成看板、表格或时间线，进度视图会画出燃起图，告诉你里程碑能否在目标日期前完成。
在文档上规划版本
- 周四
审阅规格，记录决策
请工作区的所有者或管理员，或项目管理员审阅规格；他们批准或附上备注退回，并记录是谁、在何时，这个决定还可以发布到 Slack 或 Discord 频道。把原因记在“架构决策记录（ADR）”中，标为正典，并把它取代的版本标为已被取代，这样就没人会照着错误的页面去做。
审阅与批准 - 周五
把工作交给开发者和他们的智能体
开发者通过 MCP 把 Claude Code、Cursor 或 VS Code 连接到工作区，使用 OAuth 或限定于单个项目的密钥。智能体会读取规格、关联的设计和决策，并在依赖之前得知哪些页面是正典。两份文档相互矛盾时，Nodary 会把两段内容并排显示。
把 Cursor 连接到你的产品文档
一个起步模板
产品需求文档（PRD）
每个功能都可以从“产品需求文档（PRD）”开始，它是 30 个内置模板之一，支持 12 种语言。需要时再配合“技术设计”和“架构决策记录（ADR）”，等团队自己的规格写法成熟后，把它另存为模板。
- 目标与非目标，范围只讨论一次
- 需求做成复选框，交付时逐项勾选
- 成功指标写明基线和目标值
准备产品决策
在兼顾依据与取舍的前提下比较各个方案。
对照产品目标、用户需求和交付限制，比较所选来源中记录的方案。找出假设、取舍以及仍然缺少的依据。
供上下文工作室使用的任务，可直接调整：其中不含任何项目文档，只有任务本身和需要收集的来源。
需要收集的来源- 问题陈述与用户反馈
- 方案与产品规格
- 交付限制与以往决策
预期结果 一张对比表、一条以来源为依据的有条件建议，以及决策前需要解决的问题。不要把建议当作已批准的决定来呈现。
给 AI 智能体的三个请求
同一个 MCP 连接既服务在 ChatGPT 中的产品经理，也服务在 Cursor 中的开发者。智能体在个人角色权限内逐块读写文档，用同一个密钥重试永远不会重复写入。
连接智能体你的提问阅读结账改版的规格及其关联决策，列出还没有验收标准的需求。
search_documentsget_documentget_star
你的提问把当前的导出规格与上周批准的版本对比，总结有哪些变化。
list_versionsdiff_versions
你的提问用模板为导出功能创建一份“技术设计”，并把它链接到规格。
create_from_templatelink_stars
Nodary 不做什么
- 不与 Jira、Linear 或 GitHub 同步：工单和拉取请求留在原有工具中，从规格链接过去。
- Nodary 不读取你的代码仓库：编码智能体在它那边读代码，通过 Nodary 读文档。
- 没有工时记录，也没有甘特图排期：在时间线上移动一份文档，绝不会连带移动依赖它的文档。
- 不支持单点登录（SSO），也不能自行托管：Nodary 运行在美国的 AWS 上。
合适的方案
Pro
€15 每席位每月, 按月计费
适合准备好交付作品的独立创作者或小团队。
Pro 适合大多数产品团队：文档数量不限、可建多个项目，每位成员都能使用 MCP 和 Studio AI。需要更多成员，或需要只对被加入的人开放的项目时，再升级到 Studio。
- 最多 5 名成员
- 最多 10 个项目，文档数量不限
- 5 GB 文件存储空间
- Studio AI：每席位每月 800 ☄，由团队共用
常见问题
Nodary 能取代我们存放产品规格的 Wiki 吗？
可以，适合希望把规格、决策和计划连同历史放进一个关联工作区的团队。可以先导入 Markdown、Word、HTML 或 Notion 导出。它不是工单系统：冲刺工单留在原来的工具里，从规格链接过去。
Nodary 能与 Jira、Linear 或 GitHub 集成吗？
目前不能。可以在任何文档中粘贴工单和拉取请求的链接。同时能访问两边的智能体，例如打开了代码仓库的 Claude Code，可以一边读代码，一边通过 Nodary 读文档。
编码智能体如何读取我们的规格？
通过 Nodary 的 MCP 服务器。Claude Code、Cursor、VS Code 和其他 MCP 客户端使用 OAuth 或 API 密钥登录（密钥可限定于单个项目），并在个人角色权限内读写文档。智能体的每次写入都会保留之前的版本。
可以维护架构决策记录吗？
可以。每条都从“架构决策记录（ADR）”模板开始：状态、日期、决策人、背景、决策、备选方案、后果。把被采纳的标为正典，把旧的标为被新记录取代。智能体在读取文档之前就会得知它的状态。
团队以外的人能阅读规格吗？
可以，通过只读分享链接，分享一份文档、一份文档及其下的全部内容或整个工作区，可设置天数或永久有效，并可随时撤销。若要评论，需要以成员身份加入工作区。
让下一份规格带上它的理由。
免费开始一个项目，或在演示中打开示例项目，看看状态看板和逾期文档表格：无需注册。
两名成员、十份文档以内免费。无需绑卡。