Qt AI Assistant將退役，開發工具轉向ACP、MCP與Agent Skills

Qt AI Assistant 將退役　轉向多步驟 AI 代理

Qt 宣布，自 2024 年 9 月 30 日起，Qt Creator 將不再內建 Qt AI Assistant，而相關技術支援亦於 12 月 31 日結束。此舉標誌著 Qt 從以「單次問答」為核心的開發助理，全面轉向 ACP（Agent Client Protocol）結合 MCP（Machine Control Protocol）與 Agent Skills 的多步驟 AI 代理模式。

為何拋棄單次問答？

Qt AI Assistant 採用傳統的程式碼輔助流程：開發者選取一段程式碼，請求 AI 產生測試、解說或 QML 樣板，然後再自行驗證結果。Qt 觀察到，現今的 AI 代理（如 Claude Code、Codex、Qwen Code、GitHub Copilot）已能「理解整個程式庫」並完成 跨檔案修改、執行指令、建置專案 等連串工作。單次問答的交互方式已無法滿足開發者對持續、完整開發流程的需求。

ACP 與 MCP 的角色分工

ACP（代理用戶端協定）：提供一個統一介面，讓不同的 AI 代理直接連接 Qt Creator。開發者可在 IDE 內保留原有的 Claude Code、Codex 等工具，無需更換代理。
MCP 伺服器擴充套件：在 Qt Creator 中啟動，將 IDE 的當前狀態（開啟的檔案、專案結構、編譯設定）以及可執行的操作（開啟檔案、執行建置、觸發除錯）以結構化資料提供給 AI 代理，使其不僅能「讀取」程式碼，還能「操作」開發環境。

Qt 與 QML 專屬的 Agent Skills

雖然通用 AI 代理在跨語言、跨專案的任務上表現優秀，但對 Qt、QML 以及嵌入式開發 的細節認識仍有限。為彌補這一缺口，Qt 另行提供：

Qt/QML 專用 MCP 服務：內建 Qt 框架、信號槽機制、QML 元件庫等專業資訊。
Agent Skills（代理技能）：針對 Qt 常見開發情境（如 UI 佈局、資源檔管理、平台特定設定）設計的指令集，讓 AI 代理在產生程式碼時能直接呼叫相關知識，提升產出品質並減少 詞元（Token） 消耗。

影響與未來展望

此策略轉變將使 Qt 開發者：

保持工具鏈一致性：不必因 AI 功能改版而遷移至全新 IDE。
獲得更完整的自動化：AI 代理可在同一工作階段內完成從程式碼分析、修改到建置測試的全流程。
受惠於 Qt 專屬知識：透過 Agent Skills，生成的 Qt/QML 程式碼更貼合框架最佳實踐，降低人工校正成本。

展望未來，Qt 可能持續擴充 MCP 服務與 Skills，支援更多平台（如嵌入式 Linux、RTOS）與新興 AI 模型。對開發者而言，掌握 ACP/MCP 的使用方式，將成為在 AI 時代保持高效開發的關鍵能力。