Polylane

Polylane

Coreplane Labs · 程式設計 · 商業

Polylane 是 AI SRE 平台,持續觀察日誌、指標與追蹤資料,用可引用的證據追查正式環境的問題,並開啟 Pull Request 把修正交給團隊審查與合併。

Polylane 的介面預覽

關於 Polylane

About

Polylane 是什麼

Polylane 是 Coreplane Labs 推出的 AI 維運平台,公司位於舊金山,由 Boris Tane 創立。它對正式環境的軟體跑一個循環:維持一份實際部署狀況的即時圖像、在數值偏離時提出問題、查出原因,最後把修正以 Pull Request 交回。每台伺服器都不必再安裝新的 SDK。代理讀取的是你原本就送往 AWS、Cloudflare、Vercel、Datadog 或 Sentry 的遙測資料。

它想補上的缺口,在圖表與決定之間。儀表板能顯示結帳延遲在 18:00 漲了三倍,Polylane 試著指出是哪次部署、哪個設定變更或哪段程式路徑造成,然後寫出能回復原本行為的改動。值班自動化是它主打的價值,但每一次合併仍由人核准。

兩項限制決定它適合怎麼用。Polylane 不存放你的指標,也不取代觀察性平台,因此日誌太稀疏時,調查也會跟著單薄。它也不會自行改動正式環境:修正以分支和 Pull Request 的形式出現,中間仍要經過你的 CI 與審查者。

開始使用

  1. 在 macOS 或 Linux 執行 curl -fsSL https://polylane.com/setup | bash。腳本會安裝命令列工具、連接機器上的程式代理,並建立你的帳號。
  2. 在主控台連接雲端帳號與遙測來源。先從承載主要流量的兩、三個服務開始。
  3. 連接 GitHub 或 GitLab,讓代理能讀取儲存庫並對它開啟 Pull Request。
  4. 讓代理觀察幾天。看過第一批問題、讀過調查內容,再判斷自動修正 PR 是否值得留著。

產品資訊

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

免費方案是
付費方案$0 - $5,000/mo
平台Web app, CLI for macOS and Linux, Slack, MCP clients
開發者Coreplane Labs
類別程式設計 · 商業
發布日期May 2026
最近更新Oct 2026
網站訪問量N/A
網站全球排名N/A
API 提供狀態是

適合對象

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

使用者

  • 平台與 SRE 團隊:半夜兩點被叫醒的人,在打開筆電之前就有一條初步線索和一個候選修正。團隊原本就跑在支援的雲端上時,效果最明顯。
  • 沒有專職值班的小型團隊:五個人也能把生產環境問題偵測交給一個共用手機以外的系統。免費方案含兩個雲端帳號與兩個席位,足以試跑流程。
  • 使用 Claude Code、Cursor 或 Codex 的團隊:同一份正式環境脈絡可透過 MCP 取得,程式代理不用再猜測結構與相依關係。

任務

  • 事故初步判斷:Polylane 讀取警示背後的指標、日誌與追蹤序列,指出可能原因,並連回它用過的查詢或變更紀錄。發現問題的人與動手修的人之間,交接因此縮短。
  • Pull Request 影響審查:每一份 PR 不論由人或代理開啟,都會對照它將部署到的基礎設施。審查結果是一則留言,每次推送時原地更新。
  • CI 失敗修正:主幹建置失敗時,代理可以讀取失敗的工作、找出造成失敗的提交,並開啟修正。
  • 錯誤單追查:沒有重現步驟的回報,仍然附有正式環境脈絡。代理可以沿著路徑追下去並提出改動。

情境

  • 夜間事故:凌晨三點塞住的佇列,在團隊上線時已經有調查結果與一份 Pull Request 等著。
  • 上線週:改動量大的時候,正是審查最容易被跳過的時候。一層會拿每次部署對照實際基礎設施的自動化事故應變,能抓住沒人有空細看的那個錯誤。
  • 遷移與平台轉換:服務從 AWS 搬到 Cloudflare 或 Kubernetes 時,資源關聯圖會顯示還有哪些東西指向舊目標。

主要功能

資源關聯圖

Polylane 會跨雲端帳號與觀察性供應商,建立一張包含資源、相依關係與程式的即時地圖。每個節點帶著最近的變更與未結問題,調查因此從真實拓撲開始,而不是在五個主控台之間搜尋。程式代理透過 MCP 查詢的,也是同一張圖。

不必調閾值的問題偵測

代理按固定節奏讀取指標、日誌與追蹤序列,再與每個資源平常的表現比較。沒有閾值要調,也沒有規則要寫。團隊原本畫成圖表的東西都會成為檢查項目,這也是為什麼追蹤事件量下滑、或佇列一直消化不完,不必另外設定警示就會浮現。

附證據的調查

調查一步一步往前走,每一步都顯示支撐結論的查詢、日誌行或變更紀錄。某一步沒有依據時,代理會直接說明,不會把空白填滿。每次執行都是可觀看、可中止、可分享給團隊的逐字紀錄。

自動修正 PR

原因獲得證實後,Polylane 會在分支上寫出修正、用當初觸發問題的訊號測試,然後開啟 Pull Request。每份修正只處理一個邏輯變更,不相關的修復會分成不同 PR。合併仍由你的審查流程與 CI 把關,修正失敗時會以電子郵件與 Slack 通知,不會默默重試。

正式環境影響審查

不論 PR 由工程師或程式代理開啟,Polylane 都會對照它將部署到的基礎設施審查。它從儲存庫走到背後的資源,讀取重要性、最近的變更與未結問題,然後留下一則留言。判定不通過時,必須證明 diff 的哪一行會弄壞正式環境,因此預設結果是通過。團隊可以開啟阻擋檢查,讓合併停在原地,直到後續推送解除。

Slack 代理與 MCP 存取

「這個服務誰負責」或「過去一小時改了什麼」這類問題,可以在任何 Slack 頻道提出,答案會引用背後的查詢或變更。程式代理透過單一 MCP 端點取得同樣的資料,瀏覽器登入與 OAuth 都由 Polylane 處理。讀取預設開放,寫入位於預設拒絕的政策之後,沒有真人把關就不會合併。

優缺點

優點

  • 偵測跑在你已經收集的遙測資料上,建置工作主要是連接帳號,不必為每個服務重新埋點。
  • 調查會連回證據,關於「是部署還是資料庫出問題」的例行爭論因此變短。
  • 修正以可審查的 Pull Request 送來,附測試與已說明的原因,而不是直接推上正式環境。
  • MCP 端點讓 Claude Code、Cursor、Codex 與 ChatGPT 取得這些工具原本沒有的正式環境脈絡。
  • 免費方案確實可用,含兩個雲端帳號、兩個席位,以及每月重置的額度。

缺點

  • 成果取決於遙測品質。日誌稀疏或缺少追蹤,調查會提早停下,修正品質也跟著下降。
  • 額度按用量計算,事故多的月份會比牌價貴。超額有上限,但上限要自己設定。
  • 代理不會合併,也不會改動正式環境,所謂不必值班只有一半。某個時間點還是得有人審 PR。
  • 多數整合依賴 API 金鑰與託管服務。網路隔離或限制嚴格的環境,得先做一番準備,代理才讀得到東西。

常見問題

它盯著正式環境、說明哪裡壞了,並開啟一份含修正的 Pull Request。工作涵蓋偵測、調查、程式審查與值班時會遇到的問題,全部建立在你原本送往雲端與觀察性平台的遙測資料上。