Martin Fowler 提出以資料而非程式碼撰寫測試,讓 AI 生成的正式程式碼在編碼代理同時重構測試時仍保持可驗證。此方法結合客戶測試、黑箱測試、表格式或 YAML 測試案例,以及 AI 生成的測試執行器,並將測試資料保存在文字檔中,以便於審閱並防止意外修改。本文取材自 2026 年初對 26 位 Thoughtworks 開發者的訪談,他們表示一旦 AI 重構測試,便不再完全信任這些測試;文中也將此方法與變異測試、基於屬性的測試及人工探索式測試搭配使用。
一位自稱對 AI 持懷疑態度但並不反 AI 的作者主張,軟體開發中不存在可接受的 LLM「適量」使用標準,並以 Overcast 由 Claude 生成的程式碼,以及 Big Walk 披露其程式碼中僅有「百分之一的百分之一」受到 LLM 影響為例。他認為,使用 LLM 就等於參與一個剝削性系統,並指出越來越多證據顯示,依賴編碼代理的開發者正出現「技能退化」現象。
Google 推出 Gemini 4 Hydrogen,這是一款為日常程式編寫與代理工作流程中的快速執行而打造的模型,並在全球範圍內透過 Gemini API、AI Studio、Gemini for business、Gemini 應用程式、Google 搜尋與 Google Antigravity 陸續推出。
Moonshot AI 的 Kimi K3.1 Pro Highspeed 現已在 Amazon Bedrock 上提供,這是 Kimi K3 的後訓練版本,具備相同的 3T 級開放權重架構與 100 萬 token 上下文視窗,以更多後訓練算力訓練,針對長程代理式工作,並減少事實錯誤。Moonshot AI 回報其輸出速度為 Kimi K3.1 Pro 的 2–3 倍,現有 Kimi K3 使用者可透過變更模型 ID 切換。該文章展示了 Chat Completions、Responses 與 Converse API 呼叫、價格為 Standard 一半的 Flex 層級、使用 prompt_cache_breakpoint 的明確提示快取,以及將模型連接至 OpenCode 編碼代理。
一位主導公司 agent skills 計畫的 Google 工程師建了一套流程,讓 Gemini 4 Argon 讀取 Go 原始碼與 RISC-V 反組譯,把殘存的 runtime.panicBounds 陷阱轉成 Z3 約束,再由 go test 把任何可滿足的輸入重放成真正的重現案例。這套流程在 skill-lint 中抓到了全部三個植入的錯誤與三個潛伏錯誤,而未設種子的 go test -fuzz 漏掉了其中兩個植入的當機,因為 Go 是拿切片對容量而非長度做檢查。用 data[:len(data):len(data)] 把容量裁到長度後,模糊測試器在三次執行中都讓兩個越界錯誤當掉,中位數分別為 0.28 秒與 0.17 秒。
Anthropic 針對 Claude Fable 5.2 的文件指出,該模型會密切關注其所處理程式碼的擁有者是誰。在小型編碼任務的測試中,當提示詞未提及擁有權時,模型僅在不到 10% 的執行次數中合併了重複的程式碼;而當提示詞表明該程式碼庫屬於模型自己時,則約有 75% 的執行次數會進行合併。建議的句子為:You are the owner and long-term maintainer of this codebase, and its design is up to you.
軟體工程師 Neil Kakkar 報告在 AI 原生新創公司 Tano 每月提交 200 多個 pull request,約為他在 PostHog 時的 11 倍,也約為他早期產出的十倍。他將這一躍升歸因於 AI 代理取代了程式碼審查與溝通開銷,同時也指出新的成本,如上下文切換、共享上下文流失以及 AI 方案限制。