Navan AI

Navan AI 是什麼

Navan AI 目前是一個提供代工型 AI 工程產品以及訂製化 GenAI 應用開發的團隊，其服務對象包括創業公司與企業。

它與同名的企業差旅和費用管理平台並非同一產品；目前站點的核心開發工具是 SAM，此外還提供需求梳理、代理架構、實施、部署以及持續優化服務。

核心產品 SAM

SAM的全稱是Smart Agent Manager，它是一種將產品構想或PRD轉換為經過測試、審查及記錄的軟體專案的多元代理開發流程。

它是以本地的命令列及代理設定方式，安裝在用戶的專案中，並且會調用用戶所選擇的程式設計代理平台，而非存在於 Navan AI 網頁中的即時代碼生成器。

從需求到代碼的工作流

• quick-prd：根據簡短的想法快速生成 PRD，對缺失資訊採用明確標註的假設，適合先形成可討論的草案。
• 範圍：透過產品、體驗及技術方面的問題來進行全面檢視，將尚未解決的問題保留為待處理的問題。
• 計劃：校驗 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適合那些願意掌控本地代碼與底層模型開發的團隊；至於企業定製專案，則應在啟動前先明確價格、資料、安全、知識產權以及交貨驗收等相關條款。