Build log。 每週上線了什麼。

從發現到 pull request，只有一個代理

Polylane 偵測到的每一個發現，現在都由單一一次代理執行處理。它用唯讀工具讀取你的遙測資料與情境圖中的證據，判斷是否有真正的問題，而當確認的原因是已連接儲存庫中的程式碼缺陷時，它會在同一次執行中寫下修復並開啟 pull request，分流、調查與自動修復階段之間沒有交接。pull request 以一行 Affected 開場，點出資源、相對基準線的超標數值，以及故障會波及多少依賴者，而它的安全性推理放在一個可見的 Why it’s safe 區段。當修復力有未及時，這次執行會在問題上記錄原因與一個白話的下一步，而不是不了了之。

Grafana Cloud 與 Logfire 加入可觀測性整合

以 stack URL 與服務帳戶權杖連接 Grafana Cloud 或自架的 Grafana。Polylane 會在該 stack 加入一個聯絡點與一條全包的通知路由，所以每一條既有的警示規則與你之後建立的每一條規則都會送到它那裡，不需逐條設定。以 API 金鑰連接 Pydantic Logfire，代理就取得從失敗的路由直達拋出例外的確切 span 的工具，加上處理其他一切的唯讀 SQL；該專案會像其他供應商一樣被監看錯誤率、請求量與 p95 延遲。

本週還有：

• 被駁回的問題會再看一次：反覆出現的發現會再次分流，當證據無法排除關鍵資源上的事件時駁回會被拒絕，而由人做出的「不是事件」判定維持最終
• 連接 GitHub 時會問一次是否要審查 pull request，而修復已知問題的 pull request 會得到綠色或黃色的判定，說明它是否應該解決該問題
• 每個雲端帳戶、整合與被密切監看的資源上都有一個 Key questions 分頁，顯示 Polylane 對你的遙測資料提出的問題，以及每一個背後的供應商查詢
• 情境圖新增 RDS 讀取副本與 RDS Proxy，把儲存庫連到執行它們所建置映像的 Kubernetes 與 Railway 工作負載，並在 AWS 帳戶連接之前就點出環境變數中找到的 S3 bucket 與 RDS 端點
• AWS 連接對話框顯示產生的 CloudFormation 範本，可複製與下載，並提供 il-central-1
• 每日日誌趨勢改為登記為已分流的問題，而不是以電子郵件送達
• 在主控台聊天輸入框中貼上或拖放圖片，而檢查有了自己的頁面與複製連結
• Slack 回覆結尾會註明這次執行花了多久、做了多少動作，而 MCP 伺服器在授權用戶端之前會顯示同意畫面
• CLI 以 polylane integration connect 連接 Grafana Cloud、Mixpanel 與 OpenStatus，以 polylane cloud connect --provider railway 連接 Railway，並在連接 GitHub 時詢問是否要審查 pull request（--no-pr-reviews 可選擇退出）
• 一如往常：可靠性、效能與穩定性的改進

再多三個雲端與你的 issue 追蹤工具加入情境圖

你現在可以連接 ClickHouse Cloud、Convex 與 Turso：貼上一個權杖，它們的服務、專案、部署與資料庫每 15 分鐘同步進情境圖，附有健康檢查與代理工具。Linear 是第一個 issue 追蹤整合：代理在任何對話串中讀取你的團隊、專案與 issue，從調查中建立附有證據鏈的 issue，並更新狀態、優先順序或負責人，每一次寫入前都會請你確認。新資源到達時就已接好線：次要的 ClickHouse 服務連到它們的主服務，Turso 分支連到它們分叉自的資料庫，而 Supabase 的 auth、storage、realtime 與 REST 服務連到它們前置的 Postgres 資料庫，所以主資料庫上的故障會波及依賴它的一切。

一個影響範圍，處處通用

pull request 審查背後的影響範圍引擎現在在每個地方都能回答：問題側邊面板、變更記錄與對話串產出物顯示同樣的下游波及範圍，代理可以主動要求它，而每一個自動修復的 pull request 都會點出受影響資源的層級以及那裡的故障會波及什麼。它所走的圖更密了：CloudFront 分發連到它們的來源與 WAF web ACL，安全群組規則成為可達性的邊，R2 bucket 連到它們通知的佇列，而 Step Functions 定義為它們呼叫的每一個服務產生一條邊。每個資源上新的 Connections 分頁列出每一條邊的方向、發現方式與背後的證據。

本週還有：

• 一個 AWS 連接現在可以涵蓋任意一組區域或全部區域，每個區域都有 CloudTrail 與警示
• 自動修復的 pull request 會向受影響資源的負責人請求審查，預設使用 Conventional Commits，在修復有結構可展示時附上 mermaid 圖，並在 14 天沒有動靜後過期，讓更好的修復不再被擋住
• 你可以為 Polylane 自行啟動的調查設定每個工作區的嚴重程度下限；新警示在成為問題之前先由帶有唯讀工具的代理分流，而停滯的調查會自行恢復
• 對話串中的假設卡片顯示為已確認、已駁回或無法定論，而等待你回答的對話串會如實說明
• 叫 Slack 代理走開，它會把該對話串靜音直到你再次 @ 提及它；Channels 頁面現在列出你工作區中的每一個頻道，Polylane 不在的頻道有 Join 按鈕
• 拓樸頁面即時更新，它的搜尋是對名稱、別名與描述的全文搜尋，而對話串中的任何圖表都可下載為 JSON、CSV 或 PNG
• 釘在 Mixpanel 看板上的每一份報告都成為每日檢查
• 自動修復執行使用 Node 24，並從 .nvmrc、.node-version 或 engines.node 挑選版本
• CLI 可連接 ClickHouse、Convex、Turso 與 Linear，在背景執行 AWS 連接讓你同時連接其他雲端，接受 --region all，並在應用程式連接後立刻提供可加入的 Slack 頻道
• 一如往常：可靠性、效能與穩定性的改進

用你自己的程式碼代理，從終端機建構情境圖

執行 polylane map，CLI 會啟動你已經在用的程式碼代理來對應目前的儲存庫：拓樸、最初的問題與一個首次執行的對話串進入你的工作區，終端機則顯示心跳。你的機器與它的代理現在是像 GitHub 或 AWS 一樣的連接，所以每台機器寫入自己那一片圖，沒有一台能覆寫另一台的。對應進行時，Topology 頁面就地顯示進度、問題與聊天，同時提供你的雲端供連接，並給你一個可撤銷的分享連結。連接一個雲端程式碼代理會讓它成為你的自動修復執行器，並自動為它加上 Polylane 的 MCP 伺服器，讓它在寫修復時能查詢 Polylane。

Railway、Mixpanel 與 OpenStatus 加入情境圖

Railway 是可連接的雲端供應商：以 OAuth 或工作區權杖連接，Polylane 會同步專案、服務與部署，監看部署、讀取日誌，並檢查服務指標是否有問題。Mixpanel 是第一個產品分析整合，所以你可以問部署之後註冊是否下降，而每日檢查會監看事件量是否有追蹤中斷。OpenStatus 把監控與狀態頁帶進圖裡，把每一次失敗與復原都當成警示分流，並把每個監控連到它探測的資源。Datadog、Sentry、Better Stack、Honeycomb 與 Axiom 現在會把向它們回報的資源連到圖上，而代理可以發布 Better Stack 的狀態報告，並確認或解決事件，每一項都需經你確認。

本週還有：

• 連接雲端帳戶或可觀測性整合會自行登記問題：Polylane 讀取過去 24 小時的錯誤日誌尋找反覆出現的模式，並立刻執行第一批檢查
• pull request 審查帶有一份考慮過的每一種失敗模式的帳本，標記為已確認、可能或已駁回，並附上影響範圍，點出故障會波及的下游資源以及它們承載的流量比例；Changes 分頁原生呈現它
• 問題更容易分流：一個嚴重程度欄位與篩選、預設隱藏重複項，以及在脈絡開頭顯示開啟該問題的警示
• 自動修復的 pull request 在側邊面板顯示完整差異，把結果回報給提出要求的對話串，而且不再把調高限制或逾時當成修復交付
• Slack 回覆以圖片附上圖表，而較長的 Slack 回合會連結到主控台，讓你可以跟著看
• 連接以自訂 HTTP 標頭驗證的 MCP 伺服器，不只 bearer 權杖
• 搜尋基礎設施圖時切換為表格，讓結果以列的形式呈現
• CLI 以 --multi 一次連接多個雲端，依你儲存庫的標記預先勾選，以 --category observability 縮小選擇器，並在你的瀏覽器中開啟預先填好的唯讀 Cloudflare 權杖頁面
• 一如往常：可靠性、效能與穩定性的改進

每一個問題都有原因，以及相應的回應

Polylane 現在會分類每個問題發生的原因：程式碼缺陷、不穩定的基礎設施、外部用戶端、預期行為或未知，每一項都附有信心程度，並做出相應的回應。程式碼缺陷會得到修復。不穩定的 CI 失敗會得到一個重新執行工作流程的請求而不是修補，而通過的重新執行會自行解決該問題。預期行為會被駁回，或將其警示特徵靜音並記錄理由，任何不確定的事都交給人。問題頁面顯示判定、每一個決定與做出決定的人，以及超標背後的證據：偏離的指標、造成問題的日誌行與追蹤。

由你決定自動修復何時執行

工作區與每個儲存庫上現在都有一個 Open autofix pull requests 切換，而新的 Ask first 模式會把每一個由機器觸發的修復保留為等待中的執行，直到你點擊 Approve and run；你在對話串中要求的修復永遠不會被保留。任何正在執行的自動修復都可以在它的 pull request 開啟之前取消，從主控台、聊天或 Slack 都行。pull request 帶有 severity: 標籤，並以造成此次修復的原因開場：受影響的資源、超標的指標，以及觸發的日誌行。每一個修補都會經過資料安全審查，所以一個會把新資料送進日誌、匯出或分析的修補會被修改或扣住。

本週還有：

• 連接 GitHub 現在會在一分鐘內開出第一個 pull request，把 Polylane 的指示加進 AGENTS.md、Cursor 規則與你其他的代理指示檔案，可觀測性 pull request 隨後跟上，可從主控台取消
• 每日日誌趨勢電子郵件只在有變化的日子送達，例如出現新的錯誤樣板，或某個服務的日誌量遠高於平常，每一項都有 Investigate 按鈕
• 請代理監看一次 CI 執行或發布，它會停止輪詢，在 GitHub 事件到達時醒來
• 刻意的反覆訊號會得到一個讓該行為在你程式碼中變得明確的修復，而不是一個被靜音的警示，而安靜下來的警示問題會自行解決
• Slack 代理以第一人稱說話，而在 Slack 傳給它的圖片現在會在主控台中呈現
• 主控台聊天把每一個思考階段與它的工具呼叫收攏成一列，30 秒後提供 Quick answer 選項，被中斷的回覆後提供 Try again
• 脈絡節點在滑鼠懸停時預覽並可用鍵盤逐一瀏覽，像 googleapis.com 這樣的外部服務有了 wiki，而自動擴縮的波動不再塞滿變更動態
• 外觀選單新增 System 選項
• CLI 新增 polylane scan，它會在你已連接的帳戶中找出關鍵風險並讓你挑一個調查，以及 polylane autofix watch，它會在 pull request 開啟時印出其 URL，而連接精靈會點出每個供應商確切的權杖權限
• 一如往常：可靠性、效能與穩定性的改進

Modal 與 Supabase 加入情境圖

貼上 Modal 為 CLI 登入發出的那組權杖，你的環境、應用程式、函式、沙箱、磁碟區與佇列就會出現在情境圖中，應用程式日誌被讀成摘要、成本與錯誤量的檢查會開啟問題，而每個儲存庫都連到它的 CI 執行 modal deploy 的那個應用程式。透過 OAuth 或個人存取權杖連接一個 Supabase 組織，每個專案的資料庫、edge function、分支、bucket、auth 與 storage 每 15 分鐘同步一次，每一項都有儀表板、日誌與檢查。代理對兩者都取得唯讀工具，所以一次調查讀的是 Modal 或 Supabase 此刻在做什麼，而不是上一次同步記錄的內容。

代理工作時也能和它對話

過去在回合中途送出訊息會取消該回合，丟掉幾分鐘的工作。現在輸入框保持啟用：你的訊息會在代理的下一步被接收，並在逐字稿中它被讀到的位置顯示。一則始終沒有送達的訊息會如實說明，並提供重試。停止與送出共用一個按鈕，Esc 停止回合，而在語音模式下，代理會停止回答被你打斷的那個問題。

本週還有：

• Slack 代理在變更需要簽核時會貼出 Approve 與 Deny 卡片，在狀態訊息中顯示它的任務清單，並在你要求時關閉它開的 pull request
• 在 Slack 對事件卡片按下勾勾表情即可解決它，或按下禁止標誌把它標為非事件；卡片會就地更新，時間線會記錄是誰採取了行動
• Slack 整合上的 Channels 分頁列出 Polylane 所在的每一個頻道，而當你告訴代理在某個頻道該如何表現時，它會自己儲存該頻道的指示
• 自動修復的 pull request 以從差異寫成的 Before / After 區段開場，Implementation 分頁顯示撰寫該修補的對話串，而薄弱的計畫會在耗掉一次執行之前就被拒絕
• Polylane 在花費一次調查之前會先檢查是否已有開啟的 pull request，並保留緩慢的自動修復回合所做的工作而不是丟棄
• pull request 審查可從 Repositories 頁面逐儲存庫開關、批次開關，或以一個切換涵蓋整個 GitHub 整合
• 發布的地圖現在大約兩分鐘就交給你一個連結，先是草稿，之後在同一個 URL 持續精煉，問題列在圖的旁邊，每一項都有 Investigate 按鈕
• 註冊會立刻為你建立一個工作區，網域自動加入預設關閉，而指向你不在其中的工作區的連結會提供一個申請加入的畫面
• CLI 透過 polylane auth signup 讓你以 Google、GitHub 或電子郵件註冊，讓 polylane cloud connect 與 polylane integration connect 變成互動式，而 polylane setup 現在會設定 Cline、Roo Code、Goose、Pi 與 Warp
• 一如往常：可靠性、效能與穩定性的改進

CI 失敗變成問題、調查與修復

已連接儲存庫上每一次失敗的 GitHub Actions 執行，現在都會變成一個 Polylane 問題。同一個工作流程的重複失敗會併入同一個問題；一次綠燈執行會解決它，24 小時內的再次失敗會重新開啟它。分流會讀取失敗的 job、步驟與檢查註解，當它確認是真正的問題時，就會啟動調查並針對失敗的分支排入一次自動修復。修復以一般的自動修復 pull request 送達。

從檢查到 pull request，沿著鏈條追

每一個問題、調查、自動修復與檢查現在都認識自己的鄰居。問題 Overview 分頁上的脈絡圖畫出整條鏈：從引發它的檢查、經過調查，到自動修復與它的 pull request。點任何一張卡片都會在側邊面板開啟，而重複的問題永遠指向持有調查的那個根問題。自動修復頁面現在以結果開場：pull request、為什麼這次執行被跳過（附 Run anyway 按鈕），或為什麼失敗（附 Run again）。

本週還有：

• 發布你架構的公開地圖：在你的程式碼代理裡執行 map 提示詞，它會發布一份有評分、有版本的地圖，任何人都可以瀏覽、提問，或直接把一個問題交給 Polylane 調查
• 審查留言以 View the full analysis 開場：完整的寫作、互動式圖表與完整的日誌摘錄，pull request 的觀看者可透過訪客連結閱讀；自動修復的 pull request 也以同樣方式連結整次執行
• 審查會展示證據：通過時會附上它所依據的指標序列或日誌摘錄，簡報列出曾命中相同資源的過往問題，而生產環境影響檢查現在對每個儲存庫預設開啟
• 調查結束後，Polylane 會問缺少的訊號是否讓它更困難；若是，一個後續的 pull request 會精確補上那些日誌或追蹤，開頭就說明它原本能縮短哪一次調查
• 兩個新的連接：透過唯讀的叢集內代理程式連接 Kubernetes 叢集，所以沒有任何 kubeconfig 離開叢集；以及 Better Stack，它的事件流入分流，它的監控可供代理查詢
• 你的程式碼呼叫的外部服務（Stripe、Datadog 等等）從環境變數 URL 加入情境圖，歸在它們自己的 External services 類別下，而一張 3,000 個資源的圖現在幾秒內就能開啟
• 在多人參與的對話串中，代理知道誰說了什麼，而它儲存的每一段記憶都會每天重新檢查，過時就編輯或捨棄
• 管理員可以把工作區匯出為 JSON 封存檔，而刪除工作區現在會先隔離，有 60 天的窗口才會清除
• 每個方案的每月權杖額度都放大五倍，再也沒有方案限制工作區成員數，而新的 Privacy & data 設定讓管理員可以讓工作區退出模型訓練
• 一如往常：可靠性、效能與穩定性的改進

Polylane 是 Slack 裡的隊友

在 Slack 提及 Polylane，它會立刻做出反應、顯示它正在思考，並一邊寫一邊串流回覆。長回合會顯示即時進度，失敗的執行會說明發生了什麼以及如何繼續，而不是就此沉默。Polylane 出現在 Slack 的 Agents 分頁並附有建議的提示詞，而在它所屬的頻道裡，它會主動加入能幫上忙的對話，除非你把頻道設為僅限提及。當自動修復從一個 Slack 對話串啟動時，那個對話串會聽到後續的一切：pull request 連結、CI 失敗與修復、審查回覆，以及合併時的一個表情反應。

從日誌的內容抓到的問題

Polylane 現在讀的是日誌說了什麼，而不只是它們的趨勢。一連串從未越過閾值或移動基準線的持續崩潰會被登記為問題，只要錯誤持續出現就保持開啟，並在它停止時自行解決。每一個新問題都會與你工作區中所有開啟的問題比對：確認的重複會被連結並共用一次調查，而不是開始第二次。日誌行依形狀分群，所以一種不熟悉的 ID 格式不會造出新問題，也不會讓既有的問題來回擺盪。

本週還有：

• pull request 審查現在會交付修復，不只是判定：你變更的那些行裡的小可觀測性缺口以一鍵建議留言送達，較大的則以一個針對你分支的堆疊改善 pull request 送達，兩者都不改變通過或不通過的結果
• 審查與自動修復的 pull request 會檢查完整的部署危害目錄：舊 pod 仍在讀取的重新命名並刪除變更、熱表上會阻擋寫入的 CREATE INDEX、沒有任何東西佈建的環境變數，以及在別人系統裡的前置條件，每一項都列出負責人直到被確認
• 人與團隊加入了情境圖：CODEOWNERS、部署作者與負責人標籤成為人與團隊節點，帶有 owns 邊，同一個人的不同拼法會解析為單一節點
• 每一個新連接的儲存庫都會收到一個以該儲存庫自己的慣例撰寫的可觀測性自動修復 pull request，而自動修復 pull request 的內文現在以白話摘要開場
• 審查留言上的 View Thread 會為任何能看到該 pull request 的人以唯讀方式開啟調查，不需要帳戶，而當判定改變時你會收到通知
• 基礎設施圖又回到由上而下的階層，依雲端帳戶分組，而在拓樸視圖中你可以按住一個資源看它的影響範圍沿著邊擴散，或拖曳一個資源把它的鄰居一起拉過來
• Autofixes 頁面有了存在於 URL 中的搜尋與篩選，編輯一列不再重繪整張表格
• 免費工作區每天可進行 10 次調查，從 1 次提高
• CLI 新增 polylane setup，它會把 Polylane 的 MCP 伺服器與技能註冊到你機器上的每一個程式碼代理（--agent 選擇其中一個）
• 一如往常：可靠性、效能與穩定性的改進

每一個 pull request 都審查對生產環境的影響

Polylane 現在會讀每一個 pull request 並回答一個問題：這個合併後，生產環境會不會降級？它沿著情境圖從儲存庫走到程式碼要部署到的資源，對照即時的拓樸與遙測資料檢查變更，並在 pull request 上留言它的判定：通過或不通過，附上證據與受影響的資源。可以在分支保護中把「Polylane production impact」檢查設為必要，以擋下糟糕的合併。

Autofix 的 pull request 會接受回饋

在自動修復的 PR 上留下審查留言，Polylane 會回答或推送你要求的變更。在宣布該 PR 的 Slack 對話串裡回覆，它會直接在那裡回應。當自動修復分支上的 CI 失敗時，Polylane 會診斷失敗的檢查並在沒有人要求的情況下推送修復。而當它寫程式碼時，會遵守你家的規矩：AGENTS.md、CLAUDE.md、Cursor 規則，以及它從你的 git 歷史推斷出的提交訊息慣例。

本週還有：

• 儲存庫加入了情境圖：Polylane 讀取 Terraform、CloudFormation、Pulumi、CDK 與部署 manifest（wrangler.jsonc、fly.toml、vercel.json、render.yaml），把每個儲存庫連到它所部署的資源，並有一個 Resources 分頁供手動連結
• 你可以用自己的指示為每個儲存庫引導審查，例如「絕不標記 schema 遷移」，而當之後的推送處理了被標記的疑慮時，Polylane 會自行標為已解決
• 報告中的關鍵風險會被調查，而不只是列出來：點一個，或全部調查，判定會即時串流進來，已確認的風險浮到最上面，附有發現的摘要
• Topology 現在是主控台的大門：每個資源是一個點，依類別著色、依層級決定大小，問題熱點以紅色脈動，變更最多的資源帶著虛線環
• PlanetScale 現在是一個供應商：以 OAuth 連接，資料庫與分支同步進情境圖，Query Insights 驅動針對查詢錯誤、p99 延遲、延遲尖峰與查詢量崩落的自動檢查
• 新的雲端帳戶以唯讀開始：透過供應商 API 的每一次寫入都會被拒絕，直到管理員逐帳戶切換開關
• Vercel 同步新增九種資源類型（sandbox、workflow、cron、feature flag、AI Gateway、microfrontend、access group、drain、container registry），復原也被正確追蹤：Polylane 跟隨的是實際服務生產環境的部署，而不是最新的那一個
• 情境圖更密了：Cloudflare tunnel 連到它們前置的 zone 與來源服務，Hyperdrive 透過 tunnel 路由，而 URL 形狀的環境變數成為跨雲端與跨帳戶的邊
• 每個儲存庫都有一個滿分 100 的檢測分數（沒有日誌的路由、光禿的 console 呼叫、缺少的錯誤擷取），而有流量卻沒有日誌或突然安靜下來的資源會被點名
• 日誌有了記憶：每個資源都保留一份反覆出現模式的帳本與歷史比率，問題會顯示失敗的請求以及屬於它們的確切日誌行
• Slack 的回答更精簡：每回合一則回覆、正確的格式與 @ 提及，而當訊息不是給代理的時候保持沉默
• 一如往常：可靠性、效能與穩定性的改進

你的程式碼代理現在能看到 Polylane 看到的一切。Polylane 為自家代理打造的工具：橫跨你所有雲端的即時基礎設施圖、對每一個已連接供應商的可觀測性查詢、對你儲存庫的程式碼搜尋、整個 REST API，現在都透過單一 MCP 伺服器或 CLI 開放給 Claude Code、Cursor、Codex、OpenCode 與 VS Code。一個端點、一次瀏覽器登入，你的代理就能在不離開編輯器的情況下回答「這個 PR 動到的服務在生產環境出了什麼錯？」。寫入受預設拒絕的政策管控，合併仍由人來做。

異常與警示不見了。消失的不是訊號，而是那道分隔：Polylane 偵測到的一切，以及你的供應商轉送的每一則警示，現在都以問題的形式落在同一個地方。一份清單、一個生命週期，以及正確的去重複：同一個問題觸發五十次是一個帶有發生次數的問題，而不是五十列。外部問題會深層連結回供應商自己主控台裡的警報，自動化現在也可以由分流判定觸發。

監控在該看什麼上變聰明了。對每一個已連接的帳戶，Polylane 現在會產生監控問題：值班工程師會想要持續得到解答的那些事。它讀你的儲存庫，找出你真正寫下的確切錯誤日誌、span 與自訂指標，把每個問題變成供應商查詢，在真實資料上驗證，並把留下來的每幾分鐘作為檢查執行一次。相關的序列現在共用一張圖表：p95 與 p99 一起看，各服務的 5xx 在同一條軸上。

本週還有：

• 主控台現在以 Home 開場：動態牆摘要、等你處理的決定、問題與變更的熱點，以及一個最佳實務面板，列出你架構中沒關上的門
• Factory 加入 Cursor 與 Devin 成為自動修復執行器，外部 PR 會連結回產生它們的調查，而一個未合併就關閉的 PR 現在是被追蹤的結果
• 監控是每個資源的一個開關：關掉後 Polylane 仍會記錄變更但不開啟問題，而覆蓋率卡片會精確顯示什麼被監看、多久一次
• Vercel 指標與日誌：貼上個人存取權杖（輸入時即驗證）並選擇要收集哪些遙測資料
• 連接 AWS 不再把你留在空白頁面上：主控台會監看你的 CloudFormation 堆疊，在帳戶回報的那一刻跳轉過去，如果始終沒有回報也會直白地告訴你
• 全工作區的每週摘要：一個切換就把事件、問題、自動修復、變更與閒置資源的摘要寄給每一位成員
• Sentry 的 issue 在分流開始前就附上實際的例外：類型、訊息、頂層堆疊框架與標籤
• 更安靜的分流：嚴重程度反映此刻正在發生的影響而不是最壞情況，針對 wp-login.php 與 .env 的機器人探測洪流不再開啟事件
• 一如往常：可靠性、效能與穩定性的改進

報告這週長大了。Polylane 在帳戶裡發現的東西以前是一段看著捲過去就沒了的結果；現在它是一份有自己 URL 的報告。有一個帶篩選與批次動作的報告頁面、審視進行中的即時進度、完成時的拓樸與起手問題，以及當你想給工作區外的人看時的公開分享連結。它適用於雲端帳戶，也適用於你的 Datadog、Honeycomb、Axiom 與 Sentry 整合。

動態牆也得到同樣的待遇。它現在以一份 30 天摘要開場，說明 Polylane 實際為你做了什麼（抓到的問題、造成問題的變更、自動修復的 PR、解決的異常，每一項都有走勢圖）、一個健康分數，以及一張「等你處理」的表格，列出需要人做的決定。而在底層，事件對話串移到了持久化工作流程上，所以調查能撐過部署與重啟，內建的自動修復執行器現在跑的是開源的 pi 程式碼代理，每一個 PR 背後都有完整可讀的逐字稿。

本週還有：

• Sentry 的警示規則與 issue webhook 現在會開啟事件：一到達就由代理分流，附有狀態與判定標記，以及一鍵調查
• 反覆出現的異常會保留每一次發生時擷取的指標、日誌與追蹤，可從最新開始瀏覽，而不只是最後一次
• 異常頁面以走勢圖指標卡開場，顯示數值、基準線與偏差，加上影響範圍視圖與日誌摘要
• 每個資源的變更歷史：每個節點的詳細面板都有變更訊號，變更最多的資源會浮現在動態牆
• 建議在後端計算，每一項都標明可以就地修復或附有指引
• 對話串可靠性：過期的回合會自動清除，模型容量問題會優雅地退回備援，失控的回合會被切斷而不是空轉
• 一如往常：可靠性、效能與穩定性的改進

沒有人想在調查中途被倒進一千行原始日誌。這週代理執行的每一個遙測查詢（CloudWatch、Datadog、Honeycomb、Axiom、Sentry、Cloudflare、Vercel、Fly、Render、X-Ray）都獲得了摘要模式：完整、未截斷的結果被提煉成嚴重程度、錯誤數量、反覆出現的模式，以及少數幾行真正值得讀的內容，逐字引用。對話串保持可讀，代理也不再把自己的情境淹沒在日誌裡。

連接帳戶也變得更好。連接之後，你現在會立刻得到一份結構化報告，包含排序過的風險、關鍵指標、日誌與追蹤摘要，以及可以深入挖掘的起手問題。而對 Cloudflare 來說，一個新的對話框會預先填好 Polylane 需要的每一項權限，讓你在唯讀（只調查與解釋；變更永遠只以 PR 送達）與完整存取之間選擇，所以再也沒有人需要手動挑選 API 權杖權限。

本週還有：

• 資源層級每天自動重新分類，你現在可以手動覆寫任何資源的層級（覆寫會被釘住），或為整個帳戶重新執行分類
• 每一個異常都有一鍵調查，會開啟一個事件對話串，並有去重複機制，所以同一個異常絕不會產生重複
• AI 建議的起手問題現在也會出現在變更、檢查執行的評估與個別資源上，不只在連接之後
• polylane automation create 與 POST /automations 接受自訂的觸發條件、指示與工具，所以你可以建立沒有任何範本涵蓋的自動化
• 一個檢查執行的側邊面板，可檢視單次評估的指標、日誌與追蹤，並內嵌調查與提問的動作
• 每個資源的監控現在會收集結構化的證據：最常見與新出現的日誌樣板、嚴重程度總計、錯誤率與故障率，以及每個操作的 p50/p95/p99
• 一鍵修復資源 wiki 中損壞的 Mermaid 圖
• 一如往常：可靠性、效能與穩定性的改進

連接帳戶終於有了一個像樣的時刻。Polylane 現在不再把你丟回儀表板，而是帶你到一個頁面，說明它在你剛連接的帳戶裡能看到什麼，立刻開始尋找問題，並提供三個值得問代理的客製問題。頭五分鐘從「接下來呢？」變成一場關於你基礎設施的真正對話。

本週的另一個主題是信任。當代理想要執行會修改狀態的動作時，對話串現在會顯示方法、路徑、內容與理由，並等待你的核准，刪除會被標記為破壞性操作。而每一個事件現在都會在每一輪代理回合結束時宣告自己的狀態（需要人工處理、需要決定、等待變更、失敗或已解決），所以你一眼就能看出哪些調查真的需要你。

本週還有：

• 每一次監控都記錄為一筆檢查執行（健康、超標或穩定），讓每個資源都有一條可供檢視的評估時間線，並可手動觸發
• 資源會依營運關鍵程度自動分類為層級 1 到 4，依據拓樸、流量與最近的變更；層級現在決定異常的優先順序
• AWS 同步新增 Kinesis、KMS、Secrets Manager 與 Service Discovery
• 你可以探索並把 GitHub 儲存庫連結到雲端帳戶，把程式碼與它所執行的基礎設施綁在一起
• 速率限制與請求合併已在每一個供應商用戶端落地，所以調查不再被供應商 API 限流
• Change intelligence 現在會把供應商的變更事件對應到它們實際觸及的資源，並呈現在動態牆中
• 以滾動 24 小時的視圖檢視事件用量與工作區限制的對比
• 一如往常：可靠性、效能與穩定性的改進

Autofix 這週開放了。你現在可以連接 Cursor，把自動修復的 pull request 交給它的雲端代理處理，而不是內建的那個：當一次調查落在某一行程式碼時，Polylane 交出修復，由 Cursor 開 PR。在 Settings → Integrations 為每個工作區選擇預設的執行器。

自動化也更容易上手了。現在有一個預先建好的範本目錄，觸發條件、代理指示與動作都已接好，可以從主控台、CLI（polylane automation from-template）或 API 一步安裝。範本可依類別與供應商篩選，並且只會啟用你實際已連接的供應商的動作。與此同時，新的分流控制讓你在每個雲端帳戶與整合上都有一個總開關，加上每條警示規則的個別切換，所以由你精確決定 Polylane 接手並調查哪些警示。

本週還有：

• 圖中對 Cloudflare 的覆蓋範圍大幅擴大：zone、負載平衡、WAF 與安全規則集、Tunnels、Spectrum、Access、Stream、Images，以及更多 Workers 資源
• 跨雲端的邊：一個供應商上的 DNS 記錄指向另一個供應商上的資源，現在會以一條真實的邊出現在圖中
• 更安靜的異常偵測：一道確定性的後盾會在分流前排除孤立的尖峰與接近零基準線的雜訊，偵測會依每個指標尊重哪個方向才是真的變糟，而變更記錄的異常會在 24 小時內去重複，而不是再次呼叫
• Changes 分頁一眼就能看到影響：影響標記、風險、變更後驗證，以及以晶片呈現的受影響資源
• 自訂的 LLM 端點現在會列出它們實際宣告的模型，所以你從真實的模型中挑選，而不是輸入 ID
• OAuth 用戶端 secret 可以輪替而不必重建用戶端
• 一如往常：可靠性、效能與穩定性的改進