The AI workspace for your API docs

專為您的 API 文件打造的 AI 工作空間

您需要同時處理六個 API。支付用 Stripe、簡訊用 Twilio、電子郵件用 SendGrid、核心平台用您自己的內部 API、數據同步用合作夥伴的 API、身份驗證則用第三方服務。每個 API 都有各自的文檔網站、搜尋方式、結構和特點。當您需要檢查 Stripe Webhook 的 Payload 格式時，您需要打開 Stripe 文檔並進行搜尋。當您需要內部 API 的錯誤代碼時，您需要搜尋 Wiki（而該 Wiki 可能已經過期）。當您需要了解合作夥伴的 API 如何處理分頁時，您又得打開他們的文檔。

您整天都在不同的文檔網站之間切換上下文，而跨越多個 API 的整合模式只存在於您的腦海中。「當 Stripe 發送 Webhook 時，我們會轉換 Payload 並將其發送到我們的內部 API，進而透過 Twilio 觸發通知」這一個流程就跨越了三套文檔。沒有任何單一搜尋能涵蓋所有這些內容。

Fabric 將每個 API 參考文檔放入一個可搜尋的庫中。儲存您使用的文檔，AI 就會跨所有文檔進行搜尋，並回答跨越多個 API 的整合問題。

儲存您實際使用的文檔

使用網頁裁剪工具裁剪 API 文檔頁面。儲存您最常用的端點、身份驗證指南、錯誤代碼參考和遷移指南。從 Google 雲端硬碟或 Notion 上傳內部 API 文檔。將 API 變更日誌電子郵件轉發至電子郵件轉筆記。您實際參考的文檔將存在於一個可搜尋的庫中，而不是分散在六個瀏覽器分頁中。

這與加入書籤的核心區別在於：Fabric 儲存的是內容，而不僅僅是連結。如果文檔發生變更或頁面被移動，您儲存的版本仍然存在。而且，內容是按含義進行搜尋的，而不是透過瀏覽他人的網站結構來尋找。

跨每個 API 的統一搜尋

AI 搜尋會讀取每個儲存的文檔頁面、內部 Wiki 條目和程式碼片段，並同時按含義在所有內容中進行搜尋。「Stripe 如何處理退款 Webhook」能找到 Stripe 文檔。「我們內部 API 限制速率的錯誤代碼」能找到內部參考文檔。「合作夥伴 API 如何對結果進行分頁」能找到他們的文檔。為您使用的每個 API 提供一個統一的搜尋列。

該搜尋理解開發者概念。「OAuth2 的身份驗證流程」即使不同的 API 對該流程的描述不同，也能找到相關的文檔。「等冪性金鑰（Idempotency keys）」則能在庫中找到每個 API 對等冪性的處理方式。

AI 回答整合問題

AI 助理基於您完整的文檔庫工作。這正是它真正實用的地方：向它提出跨越多個 API 的問題。「Stripe Webhook 使用什麼格式，以及如何將其映射到我們內部 API 預期的 Payload？」這會同時從兩套文檔中提取資訊。「如果 Twilio API 返回 429，我們的重試策略是什麼？」這會從 Twilio 的文檔和您的內部錯誤處理文檔中提取資訊。

讓它找出兩個 API 處理分頁方式的差異。讓它檢查某個端點是否已被棄用。讓它從您儲存的變更日誌中，總結最新 API 版本中的重大變更。這些答案都基於實際的文檔，而不是可能已經過期的訓練數據。

添加實作上下文註釋

註釋讓您可以在文檔頁面上添加筆記：「我們為此使用 API 金鑰驗證，而不是 OAuth」、「此端點在 v3 中已被棄用，請在第二季前進行遷移」、「分頁游標在空結果時會出錯，請改用偏移量（offset）」、「我們的包裝庫處理此問題的方式不同」。這些註釋是可搜尋的，因此「我標記了棄用的每個 API」或「分頁注意事項」都能在您的文檔庫中找到相關筆記。

這些註釋是存在於開發者腦海中的實作知識：即文檔所說的與您實際如何使用 API 之間的差距。讓這些知識變得可搜尋，意味著專案中的下一個開發者不需要重新探索它。

追蹤 API 變更

將 API 變更日誌電子郵件轉發至電子郵件轉筆記。使用網頁裁剪工具儲存版本說明和遷移指南。代理（Agents）可以監控變更並標記與您的整合相關的任何內容。透過 RSS 訂閱源訂閱 API 部落格。這些變更與文檔一起可供搜尋，因此「過去六個月內 Stripe API 有什麼變化」將產生全面的答案。

按服務和領域組織

智能組織按 API、領域和主題對文檔進行分組。Stripe 文檔會聚集在一起。身份驗證模式跨 API 進行分組。錯誤處理參考按服務排序。您不需要維護書籤結構。文檔庫會自我組織。

誰為 API 文檔使用 Fabric

每天需要處理多個 API 的開發人員。維護內部 API 文檔的工程團隊。在客戶專案中管理 API 整合的自由職業者。使用第三方服務進行開發的獨立駭客（Indie Hackers）。學習 API 整合模式的計算機科學系學生。

如需在文檔旁管理程式碼，請參閱程式碼片段。如需更廣泛的開發者工作空間，請參閱專為開發者打造的 Fabric。

開始使用

將您使用的每個 API 放入一個可搜尋的庫中。免費試用 Fabric。

常見問答

我可以一次搜尋多個 API 的文檔嗎？

可以。AI 搜尋會讀取每個儲存的文檔頁面並按含義進行搜尋。

AI 可以回答跨越多個 API 的問題嗎？

可以。AI 助理從您完整的文檔庫中提取資訊，並可以回答跨服務的整合問題。

儲存文檔是否可以防止網頁變更帶來的影響？

可以。Fabric 儲存的是內容，而不僅僅是連結。無論來源網站如何變更，您儲存的版本都會保留。

我可以添加實作上下文的註釋嗎？

可以。註釋讓您可以添加可搜尋的筆記，記錄您實際如何使用 API 與文檔所說的內容之間的對比。

我可以追蹤 API 變更日誌電子郵件嗎？

可以。將其轉發至電子郵件轉筆記。透過 RSS 訂閱源訂閱 API 部落格。代理可以標記相關變更。

文檔會自動按服務組織嗎？

是的。智能組織會按 API、領域和主題進行分組。

我可以將內部 API 文檔與外部文檔儲存在一起嗎？

可以。來自您的 Wiki 或雲端硬碟的內部文檔可以與同一個庫中的外部 API 參考文檔一起進行搜尋。

我的數據安全私密嗎？

是的。Fabric 使用 AES-256 加密，且符合 CASA Tier 2 標準。您的數據絕不會用於訓練 AI 模型。