跨介面的單一 API
在 SDK、CLI 與 MCP 介面之間使用同一把 API 金鑰，並提供建立卡片、儲存密鑰與連接服務的範例。
Naïve
認領Naïve 是一個 agent 基礎架構平台，讓你把身分、金流、權限與真實世界能力都以程式碼定義。透過同一個 API，橫跨 SDK、CLI 與 MCP 協助建置與部署 agent 工作流程。
Naïve 是什麼
Naïve 是一個 agent 基礎架構平台，將身分、金流、權限，以及大量真實世界能力都以程式碼形式提供。首頁將其定位為 agent 的統一商務與軟體工具組，具備單一 API 且無需設定。
這個產品是為了需要在真實服務中運作、而不只是呼叫模型的 agent 所打造。它提供帳戶註冊、受限卡片、公司設立、驗證、電子郵件、搜尋、應用程式、運算等 primitives，同時也讓團隊能在這些動作周圍設定安全護欄、核准規則與租戶邊界。
核心功能
每個 agent 專屬身分
為每個 agent 建立獨立身分，包含像 KYC 或 EIN 這類可驗證的身分選項，讓每個 agent 都能作為自己的操作者。
金流與核准
發行有硬性額度限制的受限虛擬卡片，並為花費或發佈等敏感動作定義核准流程。
廣泛的 primitive 集合
透過用於註冊、電子郵件、網域、搜尋、LLM、圖片、影片、社群發文、SEO、應用程式、運算、佇列等 primitives 連接真實世界服務。
多租戶控制
依使用者範圍限定資料與存取權，並為已連接的應用程式提供多租戶工作流程、以角色為基礎的存取控制與加密密鑰。
可稽核性與政策控制
在稽核日誌中追蹤動作，並套用自訂的預算與審核政策。
Naïve 的適用情境
營運型 agent
打造需要透過受限 primitives 去註冊服務、連接帳戶、寄送電子郵件或在真實系統中執行其他動作的 agent。
多租戶應用程式
建立每位終端使用者都能透過使用者範圍化基礎架構取得隔離卡片、密鑰與已連接帳戶的產品。
受控自動化
建立需要花費控制、人工審核或動作記錄，之後才允許敏感操作的工作流程。
agent 建置的應用程式
推出結合託管應用程式建立、Postgres、運算、jobs 與 queues 的內部工具或 agent 應用程式，且都在同一平台上。
開發者優先的設定
使用 CLI 或 SDK 從終端機或後端配置身分與權限，而不必逐一串接每個服務。
Pros and Cons
Pros
- 將身分、金流、通訊與運算 primitives 透過單一 API 整合。
- 根據文件，支援 SDK 與 CLI 使用，也支援 MCP。
- 提供人工核准、RBAC 與稽核日誌等安全護欄。
- 支援具使用者範圍限定與邏輯隔離的多租戶工作流程。
- 提供從免費試用到付費方案與按量計費的價格路徑。
Cons
- 公開來源未提供完整的整合目錄或詳盡的 primitive 清單。
- 雖然有可用的價格資訊，但部分方案邊界與用量限制在來源摘錄中並未完整說明。
- 這個平台涵蓋範圍很廣，因此團隊可能需要仔細選擇相關的 primitives 與工作流程，而不是期待一個現成的一體化應用。
FAQ
如何開始使用 Naïve？
Naïve 提供透過其 SDK、CLI 或 MCP 介面的快速入門。文件說明一個 API 金鑰可跨這三者使用，範例也展示了如何建立卡片、儲存密鑰、連接帳戶，並將動作範圍限定到特定使用者。
Naïve 是否同時支援單人與多租戶使用？
文件描述兩種模式：單人模式會自動將範圍套用到預設使用者，而多租戶模式則是先建立使用者，接著用 `forUser(id)` 或 `user_id` 來限定呼叫範圍。
agent 可以不經人工核准就執行嗎？
Naïve 的設計讓 agent 可以在有安全護欄的情況下執行動作。安全性頁面說明，你可以對像是花錢或發佈這類敏感操作要求人工核准，同時在適當情況下仍允許自動化流程。
密鑰與客戶資料如何受到保護？
安全性頁面說明，已連接帳戶的憑證與 API 金鑰會在靜態儲存時加密，並且會限制在特定工作流程中使用，而平台在不同工作區之間也採用邏輯上的租戶隔離。
所有能力現在都已可用嗎？
來源顯示了一組廣泛的 primitives，但 primitives 頁面也註明更多能力即將推出。這代表此平台具有可擴充性，但實際清單可能會隨時間變動。
Quick Facts
- 類別
- 開發者工具
- 平台
- API、SDK、CLI、MCP
- 主要使用者
- 建立 agent 工作流程與多租戶 agent 應用程式的開發者
- 網站
- usenaive.ai
- 價格
- 免費試用加上付費方案與按量計費
- 核心工作流程
- 將身分、金流、權限與 agent 能力以程式碼定義