Octri.dev

Octri.dev

Octri, LLC · 程式設計

Octri.dev 把一份 OpenAPI 規格變成文件網站、十種語言的用戶端 SDK、給 AI 代理用的 MCP 伺服器,以及這些 SDK 的正式環境監控。

Octri.dev 的介面預覽

關於 Octri.dev

About

Octri.dev 是什麼

Octri.dev 是給發布 API 的團隊用的平台。它讓文件、用戶端函式庫與代理工具都從同一份文件產出。你上傳 OpenAPI 檔,或把 Octri 接到 GitHub 儲存庫,就會得到四樣東西:掛在自己網域上的 API 文件平台、十種程式語言的 SDK、把你的端點變成工具的 MCP 伺服器,以及從你派出去的 SDK 內部回報錯誤的 API 監控。

它要處理的是版本走鐘。多數團隊只產生一次用戶端,之後規格繼續改,程式碼卻靠人工維護。Octri 在每次規格變動時重新產生,文件裡標記某個端點下線,SDK 的方法也跟著標記,代理的工具清單同時移除該項。OpenAPI 轉 SDK 這一步不再是一次性的匯出。

它做不到的事:規格寫得含糊,它不會幫你補。稽核會把缺口打分,而沒有宣告回應結構的端點,產出的方法仍然沒有型別。公司本身也還年輕。Octri, LLC 在 2026 年 10 月 1 日正式公開,團隊規模兩到十人,沒有拿外部資金,所以你買的是一個早期產品。

開始使用

  1. 上傳規格,或連結存放規格的 GitHub 儲存庫。Octri 接受 OpenAPI 3.0 與 3.1、Swagger 2.0、Postman collection 與 AsyncAPI,JSON 或 YAML 皆可,全部正規化為 OpenAPI 3.1。
  2. 檢查產生的參考文件。AI 會為每個端點與每個欄位寫描述,你在已發布的頁面上直接改草稿,改完才上線。
  3. 挑選 SDK 語言,設定方法命名與資料夾結構,然後建置。接上註冊表之後,每次發版可以自動發布。
  4. 依專案開啟監控。SDK 出廠時回報是關的,每位使用你用戶端的開發者自行決定要不要送出錯誤資料。
  5. 接上儲存庫,下次規格變動就會重跑整條流程。

產品資訊

快速了解 Octri.dev 的定價、支援平台與效能。

免費方案是
付費方案$0 - $249/mo
平台Web, CLI, GitHub
開發者Octri, LLC
類別程式設計
發布日期Oct 2026
最近更新Oct 2026
網站訪問量N/A
網站全球排名N/A
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 只有一兩位工程師的 API 平台團隊:規格本身扛下文件、SDK 發布與代理工具的工作,小團隊不必補一個專門寫文件的人,也能顧到四個面向。規格太薄時,還是得手動補內容。
  • 開發者工具新創:第一天就有 TypeScript 與 Python 的 SDK,比一個漂亮入口網站更實際,免費方案就含一種語言與 50 個端點。
  • 已經用開源產生器產用戶端的團隊:Octri 匯入既有設定,保留你的方法命名,再補上單純產生器沒有的監控。

任務

  • 發布 API 參考文件:AI 依規格草擬每個端點,你在 MDX 裡編輯,旁邊就是拿著讀者自己的金鑰打真實 API 的測試台。
  • 維護用戶端函式庫:重試、分頁與型別化錯誤都內建在每個產生的用戶端裡,發版可送到 npm、PyPI、Maven Central、RubyGems、crates.io、pub.dev 或 git tag。
  • 讓寫程式的代理有一份可靠的 API 地圖:MCP 伺服器提供七個文件工具,外加每個端點一個可呼叫工具,你的 SDK 排除清單直接變成代理的權限清單。
  • 在正式環境找出整合錯誤:錯誤追蹤長在 SDK 裡,客戶機器上解析失敗會回到你的儀表板,而不是三天後變成客服單。

情境

  • 公開 API 上線,文件與 SDK 必須同一週到位:上傳一次就產出兩者,稽核還會標出會讓用戶端失去型別的結構缺口。
  • 有不相容變更要安全落地:端點標一次下線,文件、SDK 方法與代理工具一起跟進,監控同時顯示誰還在打舊路徑。
  • 小團隊沒有專職開發者關係人員:入口網站、快速上手與更新紀錄都自動產生,寫作時間留給教學,而不是端點表格。

主要功能

從規格產生文件,直接在頁面上編輯

文件這一半就是 OpenAPI 文件產生器:每個端點都有參考頁,含結構樹、依狀態碼分類的錯誤,以及用讀者自己金鑰呼叫的測試主控台。AI 先寫好每段描述,規格沒寫的欄位也補上。教學與快速上手以 MDX 放在參考文件旁邊,整個入口網站可發布到自有網域,免費方案也包含。

十種語言的 SDK,自動發布到套件註冊表

Octri 從同一份文件產生 TypeScript、Python、Go、Java、Kotlin、Ruby、PHP、Swift、Dart 與 Rust 用戶端。重試、分頁與型別化錯誤都內建,驗證方式從你的 security scheme 帶入,你還可以依語言改方法名稱或排除端點。每次發版可自行送到 npm、PyPI、Maven Central、RubyGems、crates.io、pub.dev、Packagist 或 git tag,每次重新產生都以 pull request 送達。

不必自己架站的 MCP 伺服器

執行 npx @octri/mcp,Claude、Cursor、VS Code 或任何 MCP 用戶端就得到一個由你的規格建成的伺服器。它內建七個文件工具負責搜尋與瀏覽,另外每個端點有一個可呼叫工具,代理能看到真實的操作並直接呼叫,不必猜參數名稱。工具清單可用 MCP、OpenAI 與 Anthropic 格式匯出。

SDK 錯誤追蹤與 API 監控

產生的用戶端帶著錯誤回報器,預設關閉,直到開發者自己開啟。開啟後,Octri 收集錯誤、結構化日誌、追蹤與可用性檢查,依指紋把問題分組,並用 source map 還原堆疊框架。權杖、電子郵件、電話與 IP 在事件離開程序前就在用戶端塗銷,進到伺服器後再處理一次。

規格改一次,四個輸出一起更新

在文件裡把端點標為下線,SDK 會標記該方法,MCP 伺服器不再把它當工具提供,監控則顯示還有誰在呼叫。加一種語言、發一個版本或推送新規格,流程都一樣。四種輸出底下只有一份來源,不會出現第二個要同步的地方。

產生前的規格稽核

稽核依十四條規則給規格打分,滿分 10 分,並列出會產出脆弱用戶端的端點。不用註冊帳號,也不會留下檔案。其中三條規則就佔了十分裡的六分:宣告回應結構、把共用模型放進 components、公開名稱不撞名。

優缺點

優點

  • 一份文件同時餵給文件、SDK、代理工具與監控,省掉它們彼此走鐘的老問題。
  • 十種 SDK 語言,並自動發布到開發者原本就在用的註冊表。
  • 錯誤追蹤跑在用戶端裡,那是 API 供應商平常看不到的位置。
  • 免費方案就含自有網域與一種 SDK 語言,足以拿真實 API 試產出。
  • MCP 伺服器一行指令就裝好,不需要任何基礎設施。

缺點

  • 2026 年 10 月 1 日才公開,需要供應商有多年營運紀錄的團隊會覺得資歷太淺。
  • AI 額度按用量計:寫一個端點或回答一次對話算一點,免費方案的 100 點在大規格上很快用完。
  • 每多一種 SDK 語言每月加收 50 美元,十種全開只含在 249 美元的 Business 方案。
  • 監控要靠每個 SDK 使用者自行開啟,整合者很多又分散的 API,覆蓋率只能算部分。

常見問題

從一份 OpenAPI 文件產出四樣:託管的文件網站、十種語言的用戶端 SDK、給 AI 代理的 MCP 伺服器,以及 SDK 上線後的監控。四者都能獨立運作。