Navan AI

Navan AI 是什么

Navan AI 当前是一家提供代理式 AI 工程产品和定制 GenAI 应用开发的团队，服务对象包括初创公司与企业。

它与同名的企业差旅和费用管理平台不是同一产品；当前站点的核心开发工具是 SAM，另提供需求梳理、代理架构、实施、部署和持续优化服务。

核心产品 SAM

SAM 全称 Smart Agent Manager，是把产品想法或 PRD 转换为经过测试、审查和记录的软件项目的多代理开发流程。

它以本地命令行和代理配置的方式安装到用户项目中，并调用用户已经选择的编程代理平台，不是托管在 Navan AI 网页中的一键代码生成器。

从需求到代码的工作流

• quick-prd：根据简短想法快速生成 PRD，对缺失信息采用明确标注的假设，适合先形成可讨论草案。
• scope：通过产品、体验和技术问题做完整发现，将尚未解决的事项保留为开放问题。
• plan：校验 PRD，先设计跨文件的类型化合同，再拆成史诗、故事、验收条件和依赖关系。
• build-tdd：对单个故事执行测试先行、最小实现、审查与重构，并按项目类型追加体验、样式、无障碍或安全检查。
• plan-n-build：组合规划与所有故事的实现，用于从完整 PRD 连续推进到代码、测试、文档和发布记录。
• extend：在首版之后追加功能，更新合同版本、故事和 PRD 变更记录，适合已有项目迭代。

严格 TDD 与质量门

1. Titan 先根据每项验收条件编写失败测试，只有测试因功能尚未实现而失败时才进入下一阶段。
2. Dyna 编写让测试通过的最小实现，同时运行构建与测试；失败时按照限定次数修正。
3. Argus 对安全、性能和可维护性做对抗式代码审查，在保持测试通过的条件下重构。
4. Web 项目可继续由 Iris、Cosmo 和 Aria 检查体验、样式一致性与无障碍，Sentinel 安全审计需要显式启用。
5. 集成故事通过后，Lens 使用真实浏览器生成视频、截图、网络和控制台证据，Sage 再补充变更日志与功能文档。

可审计的项目产物

• PRD、架构说明、合同、史诗、故事和运行状态保存在项目目录，团队可以直接查看代理采用的假设与当前进度。
• 跨故事接口先写成类型化合同，生产方和消费方都声明依赖，减少前后端字段或事件定义漂移。
• 状态文件记录每个故事处于 ready、in-progress、done 或 blocked，长任务中断后可使用恢复流程继续。
• 集成证据落盘而不是只给出“测试成功”的文本声明，但证据仍需由维护者审查，不能替代人工验收和生产监控。

代理角色

当前产品站仍用七个代理介绍早期流程，而最新仓库列出十三个专业角色并增加 Quill、Cosmo、Aria、Sentinel、Upkeep 和 Lens 等能力。

这是站点与代码版本不同步的表现，实际使用时应以安装版本的说明、代理目录和发布记录为准。

安装与使用教程

1. 准备 Node.js 16 或更高版本，并安装 Claude Code、Cursor、Gemini CLI、GitHub Copilot 或 Google Antigravity 中至少一种。
2. 先运行 SAM 自带演示，在不调用大模型的情况下查看示例应用、合同、故事、测试和浏览器证据结构。
3. 在目标代码库中运行交互式安装，或明确选择对应平台；工具会写入代理、工作流和平台适配配置。
4. 已有 PRD 时先运行 plan，没有需求文档时从 quick-prd 或 scope 开始，逐项复核假设、开放问题和验收条件。
5. 用 build-tdd 分故事推进，或用 plan-n-build 连续执行；高风险项目应启用安全检查并设置人工审批边界。
6. 检查生成的合同、源代码、测试、依赖、许可证和证据，再由团队完成代码评审、密钥配置、部署与上线验证。

支持平台与安装差异

SAM 自身不提供基础模型额度，实际可用模型、上下文窗口、工具权限和费用由用户选择的平台与订阅决定。

价格、开源与商业服务

• MIT 许可允许使用、修改和分发 SAM 代码，但必须保留许可证和版权声明，并且软件按现状提供。
• SAM 开源不代表 Navan AI 的定制服务、客户交付代码、niia 等其他产品或第三方模型也采用 MIT 许可。
• 运行成本还包括所选 AI 编程工具、模型调用、测试基础设施、浏览器自动化、云资源和工程审核时间。
• 当前主站没有公布定制服务固定价格、免费试用、用量额度或统一退款规则，企业应在报价单和服务协议中确认。

适合用户与场景

• 已有明确验收标准，希望把 TDD、审查、文档和集成证据固化为流程的软件团队。
• 需要在 Claude Code、Cursor、Gemini CLI、Copilot 与 Antigravity 间复用相近开发协议的团队。
• 希望先由 AI 梳理 PRD、合同和故事，再由工程师逐步批准实现的产品与技术负责人。
• 需要定制多代理、知识库、业务系统集成和私有基础设施部署的企业客户。

能力边界与风险

• 产品站称流程可零人工干预，但生产系统仍需要人类确认需求、架构、安全、许可证、数据迁移和发布结果。
• TDD 只能验证已写入测试的行为，错误需求、遗漏的验收条件、薄弱断言或不真实的测试环境仍会产生错误信心。
• SAM 会向项目写入配置和生成文件，使用前应建立独立分支、检查工作区状态并限制代理可访问的密钥与生产资源。
• 不同编程代理对命令、权限和上下文的处理并不相同，同一 PRD 在不同平台上可能产生不同实现。
• 依赖分析和安全代理不能替代专业渗透测试、合规评估、供应链扫描及人工代码审计。

隐私、安全与数据注意事项

• SAM 主要在本地项目中运行，其数据流由底层编程代理、模型供应商、代码托管平台和用户配置共同决定。
• PRD、源代码、日志和测试数据可能被发送给所选 AI 服务，接入前应核对相应供应商的训练、保存、地区和企业数据条款。
• 当前 Navan AI 主站未公开适用于所有定制服务的完整隐私政策、数据处理附录、安全认证和统一保留期限。
• 站点的 SODA 子产品单独说明会处理 GitHub 账户、项目、仓库元数据和模型用量，并在删除请求后 30 天内移除个人数据；该政策不能自动视为 SAM 或全部定制服务的通用条款。
• 企业采购时应书面约定代码所有权、提示与输出使用、模型供应商、数据驻留、子处理者、保密、删除、漏洞响应和退出交付。

品牌与当前状态说明

较早资料把 Navan AI 描述为无代码计算机视觉或时尚电商 AI 平台，当前主站已经转向代理式软件工程，并把 SAM 与面向沙龙的 AI 接待产品列为主要产品。

评估时应以当前页面和活跃仓库为准，不要把历史功能、同名差旅平台或第三方目录中的电商能力直接套到现在的 Navan AI。

总结

Navan AI 的差异点不是单一代码补全模型，而是把需求、合同、故事、测试、实现、审查、文档和浏览器证据组织成可复用的多代理工程协议。

SAM 适合愿意掌控本地代码与底层模型的开发团队；企业定制项目则应在启动前补齐价格、数据、安全、知识产权和交付验收条款。