2026-08-05 — Cloudflare 打造 AI 修復工廠讓 Astro issue 降 85%，Google Cloud API Gateway 開放跨模型路由

Cloudflare 打造自動修復工廠：讓 Astro 開源 issue 從兩百多筆降到剩三十筆

Cloudflare Blog · 2026-08-04

Cloudflare 在 2026 年 8 月 4 日發文說明，該公司為開源專案 Astro 打造了一套自動化的 issue 分類與修復系統，把 GitHub 上超過 200 筆的未解 issue 壓到只剩約 30 筆。這套系統以 Cloudflare Workers AI 上的模型驅動，取代了原本由人力執行、耗時且缺乏成就感的 issue triage 工作。目標是在一個月內把未解 issue 數量清到零。

原本的問題

開源維運者面對的壓力來自 issue、PR 與安全報告的數量因 AI 生成內容而快速膨脹，人工分類變得不可持續。文章指出，Astro 累積的未解 issue 一度超過 200 筆，維護者難以逐一重現、判斷是否為真實 bug，更沒有餘力去寫修復。

採用的方法

整套系統建立在 Flue 框架之上，官方將其描述為「an open, platform-agnostic framework for building durable agents and workflows」。執行層用 GitHub Actions 搭配獨立維護的 triagebot-action，狀態機由 issue 標籤驅動，從 triage needed 一路轉換到 fix verified。

分類與驗證分別交給兩個 Cloudflare Workers AI 模型負責：cloudflare-workers-ai/@cf/moonshotai/kimi-k2.7-code 用於 triage，cloudflare-workers-ai/@cf/moonshotai/kimi-k2.6 用於複核。整個流程拆成四個階段：

Reproduce：clone 重現用的 repository，嘗試重現問題
Diagnose：透過額外的 instrumentation 與 logging 找出根因
Verify：回頭檢查既有測試，確認行為是否真的是 bug
Fix：把重現步驟轉成一支會失敗的測試，再據此修復

關鍵設計是讓每個階段的 subagent 彼此隔離，只透過一份 report.md 依序傳遞資訊，避免單一 LLM 因為想「交出解法」而提早對問題下結論。修好的變更會透過 pkg.pr.new 產生預覽版本供驗證。

實際效果

Cloudflare 表示這套系統把 Astro 的未解 issue 從超過 200 筆降到約 30 筆，降幅達 85%。文章預期在一個月內能把數字清到零。

原始來源：Cloudflare Blog、triagebot-action (GitHub)

Google Cloud API Gateway 新增 Model Routing：一份 OpenAPI 設定路由 Gemini、Claude、OpenAI

Google Developers Blog · 2026-08-04

Google 在 2026 年 8 月 4 日於 Developers Blog 宣布，Google Cloud API Gateway 新增的 Model Routing 功能進入 Public Preview。開發者可以用同一個端點，把 OpenAI 相容格式的請求動態路由到 Gemini、Claude 或 OpenAI OSS-GPT 等不同後端模型，不需要在程式裡硬寫每個模型的位址。

核心改動

這是一層輕量、無伺服器的 ingress，接受 OpenAI 相容請求後依規則轉送。設定方式是在 OpenAPI 3.x 規格檔裡加上 x-google-api-management 這個擴充區塊，宣告每個後端的位址、逾時秒數與路徑轉換方式：

x-google-api-management:
  backends:
    gemini-35-flashlite:
      address: https://aiplatform.googleapis.com/.../gemini-3.5-flash-lite:generateContent
      deadline: 60.0
      pathTranslation: CONSTANT_ADDRESS
    anthropic-claude-opus-47:
      address: https://aiplatform.googleapis.com/.../claude-opus-4-7:rawPredict
      deadline: 60.0

  ai:
    models:
      routing:
        routers:
          gemini-claude-router:
            defaultModel:
              backend: gemini-35-flashlite
              targetModel: google/gemini-3.5-flash-lite
            rules:
              - model: "claude-opus-4-7"
                backend: anthropic-claude-opus-47
                targetModel: anthropic/claude-opus-4-7

API 路徑再用 x-google-model-router 指到對應的 router 名稱即可生效。目前支援的後端模型包含 Gemini 3.5 Flash Lite、Claude Opus 4-7 與 OpenAI OSS-GPT 120B，請求會被轉譯成各家後端原生的 schema 再送出。文件特別註明一項限制：同一個 router 底下引用的所有 backend 必須共用同一個 host，例如全部指向 aiplatform.googleapis.com。

影響範圍

Model Routing 可以獨立使用，做速率限制與 token 用量追蹤；也可以和 Gemini Enterprise Agent Platform 搭配，透過其中的 Agent Gateway 做安全治理。Google 在文章中將部署細節導向官方文件說明。

原始來源：Google Developers Blog、API Gateway Model Routing 文件

End of article