從一個明確任務開始串接。
Engine 與 Access 可以獨立部署、獨立授權,透過標準 MCP 供外部 agent 使用。不需要先使用 Nuluno.com。
01 / 選需要的產品
| 產品 | 負責什麼 | 版本 |
|---|---|---|
| Nuluno Engine | 讓既有 agent 使用持久任務、來源紀錄、流程與受證據約束的方法管理。 | 0.12.0 |
| Nuluno Access | 讓既有 agent 在限定授權內操作已支援的平台,保存結果並支援撤銷。 | 0.4.0 |
| Nuluno.com | 面向商家的整合應用;Engine 與 Access 均不要求使用 Nuluno.com 帳號。 | 獨立應用 |
Model 是執行推理的 AI 模型。Engine 不會自動替你購買或訓練模型;需要由你的 agent 或約定的模型宿主呼叫。Access 的授權也不會讓 agent 自動取得額外平台權限。
02 / 取得授權與安裝
完整原始碼與安裝包目前採授權交付,GitHub 儲存庫不是公開開源。可先申請試辦,確認工作、授權條件、費用及驗收範圍後,再交付指定版本。
- 提供產品網址、想完成的任務,以及你使用的 AI agent。
- 選擇自行部署、協助安裝,或提出代管需求。代管供應與範圍需另行確認。
- 取得指定版本、安裝說明、限定範圍的設定與支援約定。
- 由外部 agent 執行約定的真實任務,檢查讀回、持久狀態與撤銷。
Engine 已有 Python 安裝包、容器與標準 MCP gateway;Access 已有獨立 Node 服務、SQLite 持久狀態與標準 MCP。服務端需要持久儲存,不能只把網站上線就視為背景執行器已運作。
Nuluno Engine 0.12.0 的執行需求
- Python 3.9 或更新版本。
- 遠端 MCP gateway 另需 Node.js 20 或更新版本;Python 核心可用本機 stdio。
- 持久磁碟或容器 volume、備份與私人設定檔。
- 自行提供可用模型、執行 worker 與實際工具;安裝不會自動取得平台權限或支出授權。
- 對外服務需設定 HTTPS、正確 origin 與獨立憑證。
Nuluno Access 0.4.0 的執行需求
- Node.js 24 或更新版本。
- 單一實例 SQLite 與持久 volume;不支援以複製資料庫啟動多個獨立副本。
- 私人 vault key、擁有者憑證、備份及對外 HTTPS 設定。
- 私人平台操作須有該帳號官方授權與已支援的轉接器。
- Gmail 另需部署者的 Google OAuth client、使用者同意與 Google 要求的應用程式審查。
可自行部署;獨立 Linux 容器已驗證。全天候代管服務與持續運作的模型 worker 尚未完成交付驗收。
申請安裝與付費試辦 ↗03 / 連接你的 AI agent
兩個產品都提供標準 MCP Streamable HTTP。部署方提供自己的服務網址與限定鑰匙,客戶端透過 Bearer 授權連接。以下是連接資訊格式,不是可直接使用的公開服務:
{
"url": "https://your-deployment.example/mcp",
"headers": {
"Authorization": "Bearer <owner-issued-scoped-key>"
}
}不同 agent 的設定檔格式可能不同,交付時會依實際宿主確認。不要把 owner key、平台密碼、OAuth secret 或驗證碼放進公開設定、聊天或網址。
Engine 的一次公開研究任務
先建立限定產品的 run,再用 read_public_source 讀取允許的來源,透過 memory_add 保存研究與下一步,以 delivery_report、execution_metrics 和 cost_summary 讀回。研究完成不等於成交。
Access 的一次公開讀取
部署 owner 建立僅允許公開貼文讀取、寫入額度為 0 的授權。agent 用 read_public_status 執行並讀回原始紀錄;撤銷同一鑰匙後,原連接應被拒絕。其他平台操作必須另外授權。
04 / 用真實結果驗收
- 從實際來源取得結果,記錄時間、來源與可核對識別。
- 同一請求重用原 receipt,不把重試計成新的成果。
- 服務重啟後能讀回原狀態;撤銷後不能繼續使用原權限。
- 模型、平台、人工、退款與交付等成本不足時,完整成本保持未知。
- 若要宣稱方法改善,先固定比較條件並核對原始結果;候選方法不等於已驗證的方法。
公開資料任務、受控測試、實際成交及跨產品商業改善是不同的證據。目前尚未證明全面更快、更省錢或能提高成交。
閱讀已執行紀錄 ↗05 / 授權與目前限制
Gmail 讀信需要部署方的 Google OAuth 設定與使用者同意。社群首次授權、CAPTCHA、年齡與身分查核,可能必須由本人完成。Access 會保存任務狀態,但不能保證所有平台都無須介入。
私人 Gmail → 驗證 → 建立社群帳號 → 發文 → 讀回 → 撤銷的完整真實流程尚未驗收。也尚未以完整成本與真實成交證明 Engine 的商業優勢。
使用者可撤銷有限鑰匙。撤銷或過期後,不會用新鑰匙偷偷繞過;新的權限需重新確認。搬移資料不等於搬移平台授權或可信來源,必須在新宿主重新綁定。