為 .NET 專案自動產生高品質測試 — dotnet-testing-agent-orchestration-claude
在 Claude Code 上用 Agent Orchestration 為 .NET 專案自動產生測試：1 個 Orchestrator 加 4 個 Subagent，把分析、撰寫、執行、審查串成一條流程。這篇先說明整體架構、四個 Orchestrator 的分工，以及底層那 29 個測試知識 Skill 的來源。
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（10）
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（9）
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（8）
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（7）
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（6）
4 月底，我在 VS Code 內第一次看到 GitHub Copilot 跳出「週用量即將達到上限」的警告——對一個訂閱 Pro+ 的使用者來說，這是過去從未出現過的訊息。幾天後，我實際撞到了用量上限，Copilot 中斷了 Agent Mode 的工作。
後來才知道，這是 GitHub 在 4 月 27 日正式公告計費改制的前哨。但實際衝擊到底多大，要等到上週 GitHub 釋出 Billing Preview 工具後才能確認——把 4 月份 CSV 上傳到官方試算頁面後，看到的數字遠遠超出心理預期。**新制下的等效月費，是原本 Pro+ 月費的數十倍**。
這個變化指向整個 AI 工具產業的方向——OpenAI 也在 4 月 2 日把 Codex 改成 token-based 計費。這篇文章想跟還在使用 GitHub Copilot 的開發者分享：**如何檢視自己過往的用量、評估 6/1 之後的衝擊，並用手上的訂閱組合做出合理調整**。我會用真實帳單數據與官方文件佐證，給你一份可以立刻套用的決策框架。
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（5）
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（4）
系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（3）