Microsoft 工程師直言「打字寫程式已終結」：AI 代理人正接管開發流程

Microsoft 工程師表示「打字寫程式絕對已經終結」，以下是他的原意

服務科技愛好者超過 25 年。

TechSpot 代表您可以信賴的科技分析與建議。

重點引述：GitHub Copilot 正在承擔更多圍繞編寫程式的工作，而不僅僅是程式碼本身。它的代理人（agent）現在可以設置環境、修改儲存庫、執行測試，並發起拉取請求（pull request）供開發者審核。負責領導 Aspire 開發工作的 Microsoft 傑出工程師 David Fowler 在 X 上的一篇貼文中直言不諱地表示：「打字寫程式絕對已經終結。」

Fowler 並非暗示軟件工程師正變得多餘。但隨著 AI 處理更多常規的編碼工作，開發者花在編寫單行代碼的時間可能會減少，而將更多時間投入到系統設計、需求分析、依賴關係，以及確保軟件安全並按預期運行的審核工作上。

Copilot 的編碼代理人正是這場變革的一部分。GitHub 已為該代理人增加了 Windows 開發環境，使其能夠構建和測試針對 Windows 的項目、執行代碼檢查工具（linters），並檢查構建是否成功。隨後，代理人可以通過拉取請求將工作交還給人類開發者進行審核。

GitHub 還將代理人會話引入了 Windows Subsystem for Linux，這對於跨 Windows 和 Linux 工具鏈構建軟件的團隊非常有用，特別是當應用程式在 Windows 上開發但在基於 Linux 的環境中測試或部署時。

– David Fowler (@davidfowl) 2026 年 9 月 3 日

Microsoft 在其用於構建分佈式應用程式的代碼優先工具鏈 Aspire 中也進行了類似的更改。Aspire 讓開發者在一個應用模型中描述服務、容器和數據庫等應用組件，從而為 AI 代理人提供比單個源文件或對話提示詞更多的上下文資訊。

Aspire 13.1 引入了對 AI 編碼助手的更深層次支持。Aspire 13.2 則增加了對代理人友好的命令行界面，以及對 Model Context Protocol 的支持，這可以讓 AI 工具受控地訪問開發資源和上下文。

Microsoft 的 Aspire 團隊在 4 月表示，AI 代理人可能擅長生成代碼，但產出代碼與交付一個可運行的應用程式是兩回事。Aspire 旨在通過允許代理人啟動服務、檢查日誌和遙測數據、識別錯誤、重啟組件並再次測試，來彌補其中的部分差距。理論上，這為代理人提供了一種直接調查應用程式故障的方法，而不是依賴開發者將錯誤輸出複製到對話視窗中。

Microsoft 在安全方面同樣使用 AI。其 MDASH 系統是一個代理型漏洞掃描器，供開發 Windows、Azure 和身份系統的工程團隊使用。Microsoft 的 Windows 安全團隊表示，MDASH 「使我們的安全團隊能夠以 Windows 的規模進行漏洞搜尋，其分析深度遠超以往任何時候」。

該公司表示，這項工作包括 Windows 內核、Hyper-V 和網絡堆棧等組件。這些都是龐大且對安全敏感的代碼庫，自動化分析可以幫助研究人員檢查更多代碼並更快地調查問題。

Microsoft 的原生 Windows 開發工具也是藍圖的一部分。該公司建議為新的原生 Windows 應用程式使用 WinUI 3，而該框架現已開源。更易獲取的源代碼和文檔可以讓 AI 工具更容易理解常見的項目結構和支持的 API。

Microsoft 還發佈了一份使用 Copilot 構建 WinUI 應用程式的指南。內容涵蓋代碼補全、文件上下文和特定項目的指令，顯示該公司預計 AI 輔助將成為常規 Windows 開發工作的一部分。

9 月 4 日公佈的 Project Zenith 則加入了硬件視角。Microsoft 將其描述為專為開發者設計的精簡版 Windows 11 設置，基準要求為 64GB 統一記憶體和 250GB/s 記憶體頻寬。初期重點在於 AMD Ryzen AI Halo 晶片。

該硬件旨在支持參數超過 300 億個的本地 AI 模型。在本地運行模型可以降低雲端推理成本，並讓開發者對專有代碼和數據的處理擁有更多控制權。

這一切都解釋了為什麼 Fowler 的言論並不像乍看之下那麼激進。他並非預言開發者將會消失；相反，他的貼文反映了他們的工作方式正在發生變化。AI 可能會接管更多模板化編碼和常規修復，但開發者仍將決定構建什麼、審核工具產出的內容，並確保軟件安全、可靠且準備好在現實世界中運行。