NOAN NEW

NOAN 是什么？

NOAN 是 2026 年 9 月 24 日在 Product Hunt 重新发布的「AI Agent 事实层」，当天位列日榜第三。它要解决的问题正随 Agent 普及而放大：公司有几千份文档，但不同 AI 读出不同版本——客服 Agent 引用旧退款政策，销售 Agent 报错价格，究其原因是文档没有「哪个版本为真」的状态。NOAN 把企业已批准的事实（定价、定位、政策、产品、客户信息等）拆成一条条事实块：每块由指派的人验证、带完整版本历史，人和 Agent 从同一处读取。访问面有三层：无代码的应用用于创建与验证事实、管理联系人并在任务板监督 Agent 工作；Headless API 把事实变成可版本化、按块寻址的接口，官方甚至表示自家网站已没有 CMS 与 CRM、直接读 NOAN；Slack 里的 Verity 助手则在团队频道中基于已验证事实作答、起草新事实、在有人发言与事实冲突时发出提醒。配套的 Agent 套件以 MIT 许可开源，可自备模型密钥运行。

核心功能

• 事实块治理：每条事实独立持有验证人、审批状态、版本历史与读取权限，改动全程留痕，Agent 无法把未经验证的内容当结论引用。
• Headless API：事实以版本化、可寻址的块形式开放，支持自建 Agent、应用乃至官网直接读取，替代散落的提示词文件与 Markdown 大脑仓库。
• 托管 MCP 服务器：Claude、Claude Code、Cursor、Codex 等工具均可快速接入，无需自管 API Key，Agent 立即共享同一套公司事实。
• Verity in Slack：频道内问答全部基于已验证事实；输入 fact: 即起草新事实并派给对的人验证；发现矛盾发言会主动标记。
• Activity 流与 Time Travel：像社交时间线一样查看所有人机读写记录，任何答案可回溯到来源事实；按任意历史日期回看事实库状态，天然适配审计。
• 开源 Agent 套件：客服、事实对齐、市场调研、周报、销售简报等官方在用 Agent 以 MIT 许可发布，跑在自己的 GitHub 上、按任务不计量。

版本/套餐对比

NOAN 的商业化结构分为免费、团队与企业三档。免费套餐可创建与验证事实、体验 Verity 与 MCP 接入，适合个人与小团队验证工作流；团队版按月订阅，解锁更多席位与协作能力，发布期有折扣码活动；企业版按年合约，提供更高等级的权限控制、审计与支持，并面向有合规需求的组织开放商务洽谈。开源部分独立于订阅：Agent 套件以 MIT 许可在 GitHub 发布，自带模型密钥即可运行，无按任务计费。与自建方案相比，自建 Markdown 事实库省下的订阅费，会以「谁验证、谁授权、怎么审计」的工程成本还回来——这正是 NOAN 收费的部分。

值不值得用？

NOAN 押注的是一个真实且会持续扩大的问题：当 Agent 数量超过人类员工，企业需要的不再是更大的检索系统，而是一套「什么为真」的共识基础设施。它的设计相当克制——事实块、版本、验证人、活动流，每个概念都可测试，Activity 流让每一次 AI 引用可追溯，这是与 RAG 记忆层本质不同的确定性承诺。代价也明确：它不替你创造共识，只让分歧显形；在事实本身都未理清的组织里，逐条验证是一次管理工程；同时它在 Wiki、记忆层与大厂自带知识特性之间开辟了第四处需要维护的面。因此合理的策略是渐进采纳：先把定价、产品参数这类无争议事实迁入，跑通 Agent 引用闭环，再评估是否把政策类高风险事实纳入治理。对已经跑多个 Agent 的团队，这一步迟早要做。

使用建议

• 从无争议事实起步：定价、产品规格、官方口径先入库，把验证流程跑顺，再碰政策与承诺类高风险内容。
• 每条事实指派明确验证人：没有责任人的事实块会退化为又一个无人维护的文档堆。
• 用 MCP 把主用 Agent 全部接上：让所有模型共享同一事实源，才能体现「单一真相」的价值。
• 借 Time Travel 做季度回顾：对比不同日期的事实状态，排查政策漂移与口径不一。

适合谁用？

推荐：同时运行多个 AI Agent、饱受口径不一困扰的中小企业；以一人运营全球业务为目标、需要把事实外置的创始人；对答案可追溯、可审计有刚需的合规敏感团队。

可考虑：已有 Notion/Confluence 但想在其上加一层 Agent 可信读取的组织；希望把官方 Agent 套件克隆到自有环境、自备模型密钥运行的技术团队。

不推荐：内部事实本身就未达成共识、无法指派验证人的组织；文档量极小、直接把内容写进系统提示即可覆盖的个人用户；期望它替代完整 Wiki 与文档协作平台的团队。