Cloudflare × Stripe：AI Agent 可自主建立帳戶、購買域名並部署程式碼
Cloudflare Blog · 2026-04-30
Cloudflare 與 Stripe 於 2026 年 4 月 30 日宣布聯合推出讓 AI agent 作為 Cloudflare 客戶的完整協定——agent 可以自主建立 Cloudflare 帳戶、啟動付費訂閱、註冊域名，並取得 API token 在 Workers 上部署程式碼，全程無需人類手動操作儀表板或複製憑證。
三層協定架構
- Discovery：Agent 透過 REST API 查詢可用服務清單
- Authorization：透過 Stripe 的身分驗證基礎設施完成即時帳戶建立，使用 OAuth 流程，無需事先手動完成 KYC 程序
- Payment：Agent 收到支付 token（非原始信用卡資料），預設每月 $100 消費上限
技術細節
整合透過 Stripe Projects CLI 實作。系統適用於任何具備已驗證使用者的平台。Agent 完成授權後可取得作用域受限的 API token，直接呼叫 Cloudflare Workers API 部署程式碼，整個流程不需要人類在任何環節介入。
架構意涵
這個方案的核心是將「人類完成的商業流程」（建立帳戶、同意條款、完成付款）抽象為 agent 可消費的 API 端點。支付 token 機制確保 agent 存取真實的支付憑證，同時透過消費上限限制財務風險曝露。
原始來源：Cloudflare Blog — Agents can now create Cloudflare accounts, buy domains, and deploy
Ghostty 離開 GitHub：每日 Actions/PR 中斷推動遷移決策
mitchellh.com (Mitchell Hashimoto) · 2026-04-28
Ghostty 終端機模擬器的作者 Mitchell Hashimoto 於 2026 年 4 月 28 日宣布 Ghostty 將離開 GitHub，核心原因是平台可靠性問題而非技術架構偏好。
遷移觸發點
Hashimoto 記錄的問題幾乎每天發生，涵蓋 GitHub Actions 中斷、PR 審查功能異常等。文章發布當天，他因 GitHub Actions 中斷被阻塞約 2 小時無法進行 PR 審查。核心矛盾是：「我想要交付軟體，而它不想讓我交付。」
關鍵澄清
Hashimoto 明確指出問題不在分散式 Git 本身，而在圍繞它的平台服務基礎設施：issues、PRs、Actions。這個區分很重要——他不是在反對 Git 協作模型，而是針對特定 SaaS 供應商的可靠性。
遷移計畫
- 遷移將跨多個月分階段進行
- 現有 GitHub URL 將保留唯讀鏡像
- 目標平台仍在商業與開源選項中評估
- 僅 Ghostty 遷移；Hashimoto 的個人專案暫時留在 GitHub
Ghostty 的決定反映了開源維護者對平台供應商依賴的重新評估——當核心開發工作流程的可靠性成為瓶頸時，遷移成本變得合理。
Tangled：AT Protocol 聯邦化 Git Forge，解決開源單點依賴問題
blog.tangled.org · 2026-04-29
Tangled 專案在 2026 年 4 月 29 日發布文章，提出以 AT Protocol（Authenticated Transfer Protocol）作為 Git forge 聯邦化通訊層的架構，回應 GitHub 可靠性問題引發的開源基礎設施集中風險討論。
架構設計
Tangled 採用「git（程式碼傳輸）+ AT Protocol（通訊）」的分離設計：Git 本身負責程式碼版本控制與傳輸，AT Protocol 負責圍繞程式碼的所有事件——issues、PRs、評論以及社交功能（追蹤、stars、時間軸）。這個設計類比於「自架 cgit 實例，透過 email 傳送 patch」——但以協定統一了互操作性。
聯邦化能力
每個 Tangled 伺服器稱為「knot」，使用者可以：
- 在不同 knot 之間 fork 程式庫（cross-server fork）
- 推送至自架伺服器上的程式庫，同時對完全不同伺服器上托管的程式庫開啟 Pull Request
- 跨伺服器訂閱 issues 與通知
AT Protocol 基礎
AT Protocol 使用去中心化識別符（DIDs）確保身分可攜性——即使使用者更換 knot，其身分、程式庫歷史與社交圖譜均可保留。技術規格文件位於 docs.tangled.org，原始碼公開於 tangled.org/tangled.org/core。
文章直接引用當前 GitHub 問題作為時機說明：「最終，世界上 90% 的開源軟體依賴單一供應商並不理想。」
原始來源：blog.tangled.org — We need a federation of forges、AT Protocol
Warp 終端機開源（AGPL）：開放模型支援、Oz Agent 協作開發模式
Warp Blog · 2026-04-28
Warp 終端機於 2026 年 4 月 28 日宣布客戶端程式碼在 AGPL（GNU Affero General Public License）授權下開源，原始碼位於 github.com/warpdotdev/warp。
技術開放範圍
開源的是 Warp 客戶端（terminal emulator）程式碼，此前為專有閉源。AGPL 授權要求任何基於 Warp 原始碼提供的網路服務也必須開源，保護開源生態系統。
新增開源模型支援
配合開源公告，Warp 擴展了支援的 AI 模型清單，包含 Kimi、MiniMax 與 Qwen 等開源模型，以及「auto (open)」選項——自動為當前任務選擇最適合的開源模型。OpenAI 為創始贊助商，使用 GPT 模型支援工作流程。
Oz：Agent 協作開發平台
Warp 的雲端 agent 協作平台 Oz 成為社群貢獻的核心機制。在這個模式下，社群成員負責「想法、方向與驗證」，agent 處理「實作繁重工作」（包含程式碼撰寫、規劃與測試）。這種人機協作模式是 Warp 對開源維護可持續性問題的架構回應。
可自訂性
Warp 新增 settings 檔案支援程式化控制與跨裝置可攜性，使用者可在純終端機模式到完整 agentic 開發環境之間選擇不同配置。