關於 Sailhouse
What Is Sailhouse
Sailhouse（sailhouse.dev）是一套全球分散式的 AI 代理專用發布訂閱平台，為代理提供控制平面，而非框架。概念很單純：代理不需要厚重的調度層才能協同運作，它們需要一個可靠的地方來發送事件、訂閱事件，並在一批工作完成時彼此協調。Sailhouse 就是這一層，以代管基礎架構的形式存在，由你自己的程式碼呼叫。
它要解決的問題是協調。當你打造會呼叫工具、等待其他代理或平行啟動工作的代理時，往往每次都得重寫同一套管線：重試邏輯、佇列、扇出與扇入、排程執行。Sailhouse 把這些從你手上接走。你把事件發布到一個主題，接上訂閱，平台負責傳遞、重試與死信處理。
代價在於範圍。Sailhouse 是給開發者用的基礎架構，所以它不是免程式碼的建構工具，也不會替你寫代理。它還得依賴你的程式碼跑在搆得到的地方，因為事件是透過 HTTP 傳遞，或由工作程序拉取。如果你不寫程式，這不會是你首選的工具。
Getting Started
- 在主控台建立 Sailhouse 帳號與一個應用程式，並取得權杖
- 安裝原生 SDK（TypeScript、Go、Python 或 Rust），或直接呼叫 REST API
- 把事件發布到一個主題；主題不存在時，Sailhouse 會自動建立
- 接上指向你 HTTP 端點的推送訂閱，或讓工作程序讀取的拉取訂閱
- 處理完事件後進行確認，讓平台重試失敗的項目並移入死信
產品資訊
快速了解 Sailhouse 的定價、支援平台與效能。
適合對象
這項工具最適合的使用者、任務與情境。
使用者
- 後端與平台開發者：打造代理系統的工程師，想要現成的傳遞、重試與扇出，而不必自己維運佇列
- AI 代理開發者：推出會呼叫工具或等待其他代理的團隊，需要一個協調工作的地方
- 講求速度的新創：想擁有事件驅動行為，卻不想架設 Kafka 或雲端訊息中介的小型團隊
- 無伺服器環境的全端工程師：在 Vercel、Netlify 或 Fly.io 上工作的開發者，需要非同步工作能撐過單一請求
任務
- 發布與消費事件：把 JSON 事件送到一個主題，讓訂閱自行取用
- 協調平行的代理工作：用等待群組分散任務，並在所有任務完成時觸發一個事件
- 排定未來工作：把事件排進佇列，在指定時間執行，例如十四天後的付款提醒
- 執行週期性工作：以 cron 排程觸發事件，實現每日或每小時的行為
- 過濾與限流：讓主題保持寬泛，在訂閱層丟掉雜訊，而不必拆分主題
情境
- 代理審查一個拉取請求：安全性、風格與測試檢查平行執行，審查完成時觸發一個事件
- 帳務週期每隔數小時執行：拉取訂閱讀取新事件，而不必對資料庫下昂貴的查詢
- 下游服務短暫中斷：推送每五分鐘重試一次，最多五次，之後把事件放進死信，讓你重新送入
- 付款需要延後處理：排程事件把工作留到正確時間，不需要 cron 伺服器
- 電子報每天寄出：cron 工作每天早上九點（UTC）把事件觸發到一個主題
主要功能
主題與事件
主題是事件歸類的桶子。你把一個 JSON 事件發布到單一主題，以 slug 識別，平台再把它分送到掛在該主題下的每個訂閱。事件也帶有中介資料，平台就是靠這個附上追蹤 ID，或為 cron 觸發的事件標上排程。主題與訂閱是兩項基礎資源，其餘一切都建立在其上。
推送與拉取訂閱
Sailhouse 支援兩種傳遞模式。推送訂閱會在事件到達時對你的端點送出 POST 請求，並期待五秒內回傳 200。拉取訂閱則反過來：由你的工作程序自行決定節奏索取事件，適合帳務週期或每週摘要這類吃重的處理工作。你可以逐一訂閱選擇，所以同一個主題能同時餵養即時 webhook 與批次工作程序。
等待群組的扇出與扇入
等待群組是讓平行代理工作真正可行的功能。你把要觸發的事件清單和完成時要通知的主題交給平台，Sailhouse 負責執行，並在整組完成後發布一個事件。少了它，你就得寫重複的檢查，或一段容易產生競態的「全部完成了嗎」迴圈。這和程式語言裡的 wait-group 是同一套模式，只是搬到事件驅動系統中，重試也不會產生多餘呼叫。
自我修復的主題與訂閱
Sailhouse 視需求建立資源。你把事件送到一個不存在的主題，平台就用你給的 slug 建立它，再把事件存進去。拉取訂閱也能照樣建立，時間窗最長二十四小時，會把該期間內進入主題的一切都拉進來。目標是減少從寫程式到上線之間的結構描述步驟，這在反覆調校代理時格外重要。
排程事件與 cron 工作
你可以用兩種方式把工作排到稍後。排程事件替單一事件或訂閱指定時間，方便處理下單十四天後的付款，或寄送提醒。cron 工作目前為封測，會以重複的排程把事件觸發到主題，一律採用 UTC，適合每日彙整或每小時的用量計算。兩者都沿用同一套訂閱模型，所以沒有另一套排程器要學。
過濾、限流與去重
訂閱過濾讓你維持主題的通用性，同時降低雜訊與成本。與其把一個主題拆成十幾個狹窄主題，你可以用 JSON 路徑在訂閱層過濾，讓消費者只看見在意的事件。平台也在同一層支援限流與去重，這裡正是你放置防護的地方，用來擋下重複傳遞或失控發布者造成的突發流量。
原生 SDK 與可觀測性
Sailhouse 提供自家 SDK，涵蓋 TypeScript 與 JavaScript、Go、Python（測試版）與 Rust（測試版），其餘情境則有 CLI 與 REST API。可觀測性涵蓋事件追蹤，你可以附上追蹤 ID，讓事件在系統中一路可循。由於是代管服務，目前 ingest 區域涵蓋倫敦、阿什本與聖荷西，資料集中寫入，並在傳輸與靜態時加密。
優缺點
優點
- 省下佇列、重試與扇出的管線，這些原本都得自己寫與維護
- 等待群組處理平行的代理任務與扇入，不必寫容易競態的完成檢查
- 同一平台同時支援推送與拉取訂閱，讓即時 webhook 與批次工作程序共用主題
- 自我修復的主題與訂閱減少結構描述工作，你送出事件它就存在了
- 原生 SDK 涵蓋 TypeScript、Go、Python 與 Rust，加上 REST API 與 CLI，幾乎任何技術堆疊都能接
缺點
- 這是開發者基礎架構，沒有視覺化建構工具，不寫程式就無法使用
- 傳遞取決於你的端點可達，因此不適合離線或躲在防火牆後的工作
- cron 工作仍在封測，得寄信給支援才能啟用週期性執行
- 資料集中存放在英國，對有嚴格區域資料落地要求的團隊可能不合適
常見問題
Sailhouse 是一套全球分散式的發布訂閱平台，也是 AI 代理的控制平面。你把 JSON 事件發布到主題，接上推送或拉取訂閱加以消費，並用等待群組與排程事件等功能協調工作。它是由你自己程式碼呼叫的基礎架構，而不是你直接操作的應用程式。
相關內容
探索與 Sailhouse 相關的工具、技能與文章。
Sailhouse 替代方案
Base Code
Base44 (Wix) · 程式設計 · 生產力Base Code 是 Base44 推出的共享雲端開發環境。團隊在對話中描述對既有 GitHub 儲存庫的修改，看著預覽確認結果，再以 Pull Request 交回工程團隊。
Google EmbeddingGemma 2
Google DeepMind · 寫作 · 圖片 · 程式設計Google EmbeddingGemma 2 是 7.4 億參數的開源模型，能把文字、程式碼、圖片、音訊與影片畫面轉成同一個 768 維空間裡的向量，在手機與筆電上就能執行。
GitGlow
GitGlow · 程式設計 · 生產力GitGlow 是桌面版 Git 用戶端，把你自己的程式碼與 AI 代理程式的變更集中在同一份審查裡，讓你在交付前看清楚機器上究竟要送出什麼。