答案已發布14 個來源
GitLab 19.4 推受控代理式 AI：目標委派、成本上限與 MCP 自動化一次到位
GitLab 19.4 於 2026 年 9 月 17 日發布，重點是讓團隊擴大代理式 AI 自動化，同時保有模型選擇、存取權限、核准流程及成本管理。 [1][5] GitLab Duo CLI 的 /goal 現為公開測試版，開發者可委派開放式目標；流程會逐步驗證進度，也可暫停、修改目標後重新啟動。
發布者使用 GPT-5.6 Terra 編輯圖片由 GPT Image 2 生成
研究答案
重點整理
- GitLab 19.4 於 2026 年 9 月 17 日發布，重點是讓團隊擴大代理式 AI 自動化，同時保有模型選擇、存取權限、核准流程及成本管理。 [1][5]
- GitLab Duo CLI 的 /goal 現為公開測試版，開發者可委派開放式目標；流程會逐步驗證進度，也可暫停、修改目標後重新啟動。 [5]
- 新版加入 Kimi K3、MiniMax M3 與 GLM 5.3，並提供每人額度上限、用量匯出及 MCP 工具；GitLab 所稱每 Credit 最多 4 倍呼叫量屬廠商說法，團隊仍應自行驗證。
AI 提示詞
openai.comCreate a landscape editorial hero image for this Studio Global article: What did GitLab’s September 17 release of version 19.4 introduce for scaling controlled, cost-efficient agentic AI across DevSecOps workflow. Article summary: GitLab 19.4, released September 17, 2026, packages more capable AI agents with centralized governance, cost controls, and workflow access. GitLab’s message is that organizations can expand agentic automation beyond indiv. Topic tags: general, documentation, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
GitLab 於 2026 年 9 月 17 日發布 19.4 版，核心並非只是增加幾項 AI 功能，而是試圖解決企業導入代理式 AI 時最實際的問題：如何讓代理人承接更多 DevSecOps 工作，同時不犧牲權限控管、人工核准、模型管理與成本可見度。 1
5
/goal：交付目標，而非逐步指揮
GitLab Duo CLI 新增的 /goal 指令已進入公開測試版。開發者不必再逐一指示代理人執行每個動作，而是可將一個開放式目標交給在本機執行、受治理的代理式流程處理。 5
GitLab 表示，流程中會由另一個模型逐步依照目標檢查進度；當目標完成或達到迭代次數上限時，執行便會停止。開發者也能暫停執行、修訂或重新導向目標，然後再重新啟動。 5
對正在嘗試更自主開發流程的團隊來說，這意味著代理人可以處理多步驟工作，但開發者仍能在需求、脈絡或實作方向改變時介入。
三款託管開放權重模型，選擇權回到管理端
GitLab Duo Agent Platform 現支援三款由 GitLab 託管的開放權重模型：Kimi K3、MiniMax M3 與 GLM 5.3。它們加入既有的前沿模型選項，可用於 GitLab Duo Agentic Chat 與其他支援的代理式功能。 1
2
GitLab 的定位是讓團隊依工作負載，在能力、延遲與成本間取捨：
GitLab 聲稱，這些託管開放權重模型相較於部分可比的前沿模型，每 1 個 GitLab Credit 最多可提供 4 倍的呼叫次數。這是 GitLab 依自身測試與衡量方式提出的廠商說法，並非獨立基準測試；團隊仍應以自身工作負載驗證品質與實際成本。 5
10
群組 Owner 與管理員可為 Agentic Chat、代理人、流程及功能設定預設模型，也能限制團隊可使用的模型；相關設定可延伸至子群組與專案。 1
5
用量可視化與每人上限正式上線
代理式 AI 擴大使用後，成本追蹤是營運上的必要條件。GitLab 19.4 將成本可見度功能推向正式可用（GA）：管理員可設定每位使用者的用量上限，開發者也可查看自己的 GitLab Credit 消耗。 5
此版本另提供 Flex 與非 Flex 訂閱的可計費事件層級用量匯出，透過安全下載連結取得資料。平台團隊因此可在帳單到來前，按使用者或部門歸屬代理式 AI 的消耗。 5
換言之，團隊可在設定額度邊界與檢視機制的前提下，逐步試行或擴大代理式工作流程。
MCP 工具讓外部代理人接入 GitLab 工作流
19.4 也帶來公開測試版的 GitLab MCP 伺服器工具。MCP（Model Context Protocol，模型情境協定）可讓第三方 MCP 用戶端與代理人與 GitLab 工作流程互動，包括：
- 觸發 CI/CD Pipeline；
- 查看失敗工作（job）的追蹤紀錄；
- 審查及合併 Merge Request；
- 搜尋與更新工作項目；
- 分流處理弱點。
5
GitLab 的重點主張是治理一致性：MCP 工具沿用與內部 Duo Agent Platform 工具相同的群組與專案設定，而非為第三方代理人另建一套政策層。 5
在人工作業把關方面，唯讀工具預設為 Always Allow，寫入與刪除動作則預設為 Always Ask。 5
因此，評估代理人整合時，關鍵不只在於它能否碰觸 CI/CD、Merge Request 或安全工作流程，更在於這些操作是否繼續遵守工程團隊既有的權限與核准模式。
Slack、工作階段可視性與社群 MCP 擴充
本次更新還包括多項輔助功能：
- 實驗性的 GitLab Duo Agent Platform Slack 整合，讓 Premium 與 Ultimate 使用者可在討論串中標註
@GitLab，搜尋 GitLab、建立 issue 或詢問專案問題。GitLab 指出，此整合會使用討論串與近期頻道脈絡，在 CI/CD runner 上執行，並將結果回傳 Slack。 - 重新設計的工作階段詳細資訊面板，新增狀態、時間戳記與觸發使用者，並清楚區分啟動代理人工作階段的事件與該工作階段產出的工作內容。
- 社群貢獻新增專案中繼資料及成員、儲存庫分支清單、跨群組 Merge Request 清單，以及取得較早 Duo 工作階段的 MCP 工具；語意搜尋也整併為單一工具。
從個人工具走向組織級部署
GitLab 將 19.4 定位為受管理的代理式 AI 部署模式：開發者可將更完整的目標交給代理人，平台負責人則可決定可用模型與工具、維持具影響性操作的核准關卡，並追蹤或限制用量。 1
5
實務上，這使擴大代理式自動化成為一項可治理的營運決策：選定適用工作負載、設定允許的模型與工具、沿用既有存取規則，並監控支出。這些公開測試功能是否能符合各團隊需求，仍取決於工作流程設計與實際評估；但方向已相當明確：GitLab 要服務的是 DevSecOps 團隊的受控規模化部署，而不只是個別開發者的 AI 輔助編碼。 5
Studio Global AI
繼續深入研究
這個頁面包含附來源佐證的答案，你可以在 Studio Global 內繼續追問。
大家也會問
「GitLab 19.4 推受控代理式 AI：目標委派、成本上限與 MCP 自動化一次到位」的簡短答案是什麼？
GitLab 19.4 於 2026 年 9 月 17 日發布，重點是讓團隊擴大代理式 AI 自動化，同時保有模型選擇、存取權限、核准流程及成本管理。 [1][5]
最值得優先驗證的重點是什麼？
GitLab 19.4 於 2026 年 9 月 17 日發布，重點是讓團隊擴大代理式 AI 自動化，同時保有模型選擇、存取權限、核准流程及成本管理。 [1][5] GitLab Duo CLI 的 /goal 現為公開測試版，開發者可委派開放式目標；流程會逐步驗證進度，也可暫停、修改目標後重新啟動。 [5]
接下來在實務上該怎麼做？
新版加入 Kimi K3、MiniMax M3 與 GLM 5.3，並提供每人額度上限、用量匯出及 MCP 工具；GitLab 所稱每 Credit 最多 4 倍呼叫量屬廠商說法，團隊仍應自行驗證。