GitLab 19.4 喺 2026 年 9 月 17 日推出，焦點唔只係「加多幾個 AI 功能」，而係想解決企業擴大使用 AI Agent 時最實際嘅難題：Agent 可以做多啲，但模型選擇、存取權限、人工審批同開支，唔應該失控。 15

對 DevSecOps 團隊而言，今次更新嘅方向係由「個別開發者用 AI 幫手寫 code」，走向「喺既有管治框架下，讓 Agent 參與跨步驟工作流程」。

/goal：交代成果，而唔係逐步指揮

GitLab Duo CLI 新增 /goal 指令，現時屬公開測試版（public beta）。開發者毋須逐步叫 Agent 做每一項操作，而可以直接交代一個開放式目標，交由本機運行、受管治嘅 Agent 工作流程處理。 5

GitLab 指，流程會逐步驗證工作進度：由另一個模型根據已設定目標檢查 Agent 做成點；目標達成或去到迭代次數上限時，運行便會停止。使用者亦可以中途暫停，修改或重新定向目標後再啟動。 5

呢個設計嘅重點係：Agent 有空間處理多步工作，但開發者仍然可以喺需求、上下文或實作方向改變時介入，而唔係將整個流程完全放手。

三款託管開放權重模型，並由管理員統一控制

GitLab Duo Agent Platform 現支援三款由 GitLab 託管嘅開放權重模型：Kimi K3、MiniMax M3 同 GLM 5.3。佢哋加入原有嘅前沿模型（frontier models）選項，可用於 GitLab Duo Agentic Chat 及其他支援嘅 Agent 功能。 12

GitLab 嘅定位係讓團隊按工作類型平衡能力、延遲同成本：

• 例行、量大嘅工作可用成本較低嘅模型；
• 較複雜、確實需要較強能力嘅工作，先用較貴嘅前沿模型；
• 模型預設唔一定由每位用戶自己決定，組織可統一設定。 510

GitLab 聲稱，呢批託管開放權重模型，相比多款可比較嘅前沿模型，每個 GitLab Credit 最多可提供 4 倍 呼叫次數。要留意，呢個係 GitLab 按其測試及計算方式提出嘅廠商聲稱，唔係獨立基準測試；團隊仍應按自己嘅工作負載評估輸出質素同實際成本。 510

群組 Owner 同管理員可以為 Agentic Chat、Agent、流程及功能設定預設模型，亦可以控制團隊可使用邊啲模型；有關設定可延伸到子群組同專案。 15

用量可見度同每人上限正式推出

當 Agent 用得愈多，成本追蹤就愈重要。GitLab 19.4 將成本可見度功能提升至正式可用（generally available）：管理員可設定每位用戶嘅用量上限，而開發者可查看自己使用咗幾多 GitLab Credit。 5

新版亦為 Flex 及非 Flex 訂閱提供按可收費事件（billable event）分類嘅用量匯出，透過安全下載連結取得資料。平台團隊可因此喺收單前，嘗試按用戶或部門歸屬 Agentic AI 消耗。 5

實際上，團隊可以先為試驗或大規模推行設下邊界：邊個可以消耗 credits、每人可用幾多，以及用量由邊個檢視。

MCP 工具讓第三方 Agent 進入 GitLab 工作流程

19.4 亦引入公開測試版 GitLab MCP server 工具。MCP 即 Model Context Protocol，係讓 AI 應用或 Agent 以標準方式連接外部工具及上下文嘅協定。透過呢批工具，第三方 MCP 用戶端與 Agent 可以同 GitLab 工作流程互動，包括：

• 觸發 pipeline；
• 查看失敗 job 嘅 trace；
• 審閱及合併 merge request；
• 搜尋及更新 work item；
• 分流處理漏洞。 5

GitLab 最著重嘅訊息係管治一致性：它表示 MCP 工具沿用內部 Duo Agent Platform 工具所用嘅群組及專案設定，而唔使另外為第三方 Agent 建一套政策層。 5

預設審批行為亦保留人工把關：只讀工具預設為 Always Allow；涉及寫入或刪除嘅操作，則預設為 Always Ask。 5

所以，評估 Agent 整合時，問題唔只係「佢做唔做到 CI/CD、merge request 或保安工作」；同樣重要係，佢做嘢時有冇繼續遵守團隊本身已建立嘅權限同審批規則。

Slack、工作階段可見度同社群 MCP 擴充

其他配套更新包括：

• 實驗性 GitLab Duo Agent Platform Slack 整合：Premium 及 Ultimate 用戶可喺 Slack 討論串提及 @GitLab，搜尋 GitLab、開 issue 或問專案問題。GitLab 指整合會使用討論串及近期頻道上下文、喺 CI/CD runner 上執行，然後將結果貼返 Slack。 5
• 重新設計嘅 session details 面板，加入狀態、時間戳記及觸發用戶資料，並分開顯示啟動 Agent session 嘅事件，同埋該 session 產生嘅工作。 5
• 社群貢獻加入多項 MCP 工具，例如專案 metadata 及成員、repository branch 清單、跨群組 merge request 清單，以及取回較早前 Duo session；語意搜尋亦整合成單一工具。 5

GitLab 想推動嘅，係受管理嘅團隊級採用

GitLab 對 19.4 嘅定位，係讓開發者交畀 Agent 更大範圍嘅目標，同時讓平台擁有人掌握模型供應、工具權限、重要操作嘅審批，以及用量與成本。 15

換句話講，企業可以將擴展 Agentic 自動化變成一個可管理嘅營運決定：揀定適合嘅工作負載、規定可用模型與工具、沿用既有存取控制，再監察最終開支。至於公開測試版功能喺實際環境能否達到預期，仍取決於每支團隊點樣設計流程及自行驗證；不過方向已經相當清楚：GitLab 正為 DevSecOps 團隊嘅受管治部署而設，而唔只係個人層面嘅 AI 輔助編程。 5

GitLab 19.4 喺 2026 年 9 月 17 日推出，焦點唔只係「加多幾個 AI 功能」，而係想解決企業擴大使用 AI Agent 時最實際嘅難題：Agent 可以做多啲，但模型選擇、存取權限、人工審批同開支，唔應該失控。 15

對 DevSecOps 團隊而言，今次更新嘅方向係由「個別開發者用 AI 幫手寫 code」，走向「喺既有管治框架下，讓 Agent 參與跨步驟工作流程」。

/goal：交代成果，而唔係逐步指揮

GitLab Duo CLI 新增 /goal 指令，現時屬公開測試版（public beta）。開發者毋須逐步叫 Agent 做每一項操作，而可以直接交代一個開放式目標，交由本機運行、受管治嘅 Agent 工作流程處理。 5

GitLab 指，流程會逐步驗證工作進度：由另一個模型根據已設定目標檢查 Agent 做成點；目標達成或去到迭代次數上限時，運行便會停止。使用者亦可以中途暫停，修改或重新定向目標後再啟動。 5

呢個設計嘅重點係：Agent 有空間處理多步工作，但開發者仍然可以喺需求、上下文或實作方向改變時介入，而唔係將整個流程完全放手。

三款託管開放權重模型，並由管理員統一控制

GitLab Duo Agent Platform 現支援三款由 GitLab 託管嘅開放權重模型：Kimi K3、MiniMax M3 同 GLM 5.3。佢哋加入原有嘅前沿模型（frontier models）選項，可用於 GitLab Duo Agentic Chat 及其他支援嘅 Agent 功能。 12

GitLab 嘅定位係讓團隊按工作類型平衡能力、延遲同成本：

• 例行、量大嘅工作可用成本較低嘅模型；
• 較複雜、確實需要較強能力嘅工作，先用較貴嘅前沿模型；
• 模型預設唔一定由每位用戶自己決定，組織可統一設定。 510

GitLab 聲稱，呢批託管開放權重模型，相比多款可比較嘅前沿模型，每個 GitLab Credit 最多可提供 4 倍 呼叫次數。要留意，呢個係 GitLab 按其測試及計算方式提出嘅廠商聲稱，唔係獨立基準測試；團隊仍應按自己嘅工作負載評估輸出質素同實際成本。 510

群組 Owner 同管理員可以為 Agentic Chat、Agent、流程及功能設定預設模型，亦可以控制團隊可使用邊啲模型；有關設定可延伸到子群組同專案。 15

用量可見度同每人上限正式推出

當 Agent 用得愈多，成本追蹤就愈重要。GitLab 19.4 將成本可見度功能提升至正式可用（generally available）：管理員可設定每位用戶嘅用量上限，而開發者可查看自己使用咗幾多 GitLab Credit。 5

新版亦為 Flex 及非 Flex 訂閱提供按可收費事件（billable event）分類嘅用量匯出，透過安全下載連結取得資料。平台團隊可因此喺收單前，嘗試按用戶或部門歸屬 Agentic AI 消耗。 5

實際上，團隊可以先為試驗或大規模推行設下邊界：邊個可以消耗 credits、每人可用幾多，以及用量由邊個檢視。

MCP 工具讓第三方 Agent 進入 GitLab 工作流程

19.4 亦引入公開測試版 GitLab MCP server 工具。MCP 即 Model Context Protocol，係讓 AI 應用或 Agent 以標準方式連接外部工具及上下文嘅協定。透過呢批工具，第三方 MCP 用戶端與 Agent 可以同 GitLab 工作流程互動，包括：

• 觸發 pipeline；
• 查看失敗 job 嘅 trace；
• 審閱及合併 merge request；
• 搜尋及更新 work item；
• 分流處理漏洞。 5

GitLab 最著重嘅訊息係管治一致性：它表示 MCP 工具沿用內部 Duo Agent Platform 工具所用嘅群組及專案設定，而唔使另外為第三方 Agent 建一套政策層。 5

預設審批行為亦保留人工把關：只讀工具預設為 Always Allow；涉及寫入或刪除嘅操作，則預設為 Always Ask。 5

所以，評估 Agent 整合時，問題唔只係「佢做唔做到 CI/CD、merge request 或保安工作」；同樣重要係，佢做嘢時有冇繼續遵守團隊本身已建立嘅權限同審批規則。

Slack、工作階段可見度同社群 MCP 擴充

其他配套更新包括：

• 實驗性 GitLab Duo Agent Platform Slack 整合：Premium 及 Ultimate 用戶可喺 Slack 討論串提及 @GitLab，搜尋 GitLab、開 issue 或問專案問題。GitLab 指整合會使用討論串及近期頻道上下文、喺 CI/CD runner 上執行，然後將結果貼返 Slack。 5
• 重新設計嘅 session details 面板，加入狀態、時間戳記及觸發用戶資料，並分開顯示啟動 Agent session 嘅事件，同埋該 session 產生嘅工作。 5
• 社群貢獻加入多項 MCP 工具，例如專案 metadata 及成員、repository branch 清單、跨群組 merge request 清單，以及取回較早前 Duo session；語意搜尋亦整合成單一工具。 5

GitLab 想推動嘅，係受管理嘅團隊級採用

GitLab 對 19.4 嘅定位，係讓開發者交畀 Agent 更大範圍嘅目標，同時讓平台擁有人掌握模型供應、工具權限、重要操作嘅審批，以及用量與成本。 15

換句話講，企業可以將擴展 Agentic 自動化變成一個可管理嘅營運決定：揀定適合嘅工作負載、規定可用模型與工具、沿用既有存取控制，再監察最終開支。至於公開測試版功能喺實際環境能否達到預期，仍取決於每支團隊點樣設計流程及自行驗證；不過方向已經相當清楚：GitLab 正為 DevSecOps 團隊嘅受管治部署而設，而唔只係個人層面嘅 AI 輔助編程。 5