GitHub Certified: Agentic AI Developer

您有一個使用 GitHub Copilot 編碼代理並支持存儲在 .github/hooks 下的掛鉤的存儲庫。
您需要一個 Shell 命令來在代理執行失敗時自動運行。
您應該使用哪種類型的掛鉤？

您即將在 GitHub Copilot CLI 中開始一項複雜的重構任務。
在 Copilot 進行任何更改之前，您需要查看並同意該方法。
你應該先做什麼？

團隊使用以下一行描述將問題分配給 GitHub Copilot 編碼代理：修復登錄錯誤。
Copilot 創建拉取請求，但拉取請求缺少更改且範圍不正確。
你應該如何解決這個問題？

案例研究
這是一個案例研究。案例研究不單獨計時。您可以根據需要使用盡可能多的考試時間來完成每個案例。但是，本次考試可能還有其他案例研究和部分。您必須管理您的時間，以確保您能夠在規定的時間內完成本次考試中包含的所有問題。
要回答案例研究中包含的問題，您需要參考案例研究中提供的信息。案例研究可能包含展覽和其他資源，提供有關案例研究中描述的場景的更多信息。本案例研究中的每個問題都獨立於其他問題。
在本案例研究結束時，將出現一個審查屏幕。此屏幕允許您在進入考試的下一部分之前查看您的答案並進行更改。開始新部分後，您將無法返回此部分。

開始案例研究
要顯示本案例研究中的第一個問題，請單擊“下一步”按鈕。在回答問題之前，請使用左側窗格中的按鈕探索案例研究的內容。單擊這些按鈕將顯示業務需求、現有環境和問題陳述等信息。如果案例研究有“所有信息”選項卡，請注意顯示的信息與後續選項卡上顯示的信息相同。當您準備好回答問題時，請單擊“問題”按鈕返回到該問題。

現有環境

GitHub 環境
GitHub環境包含以下內容：
三個存儲庫分別名爲product-api、billing-service 和 infra-terraform。
所有存儲庫中主分支的分支保護，在合併之前需要至少進行一次拉取請求審查
所有工作流程中使用的 GitHub Actions 運行器
一個名爲 SG_Dev 的 GitHub 團隊，其中包含開發人員
名爲 SG_Review 的 GitHub 團隊，包含高級工程師和安全團隊
.github/copilot-instructions.md 文件，其中包含所有功能的通用編碼約定

代理環境-
Product-api 存儲庫使用名爲 agent1 的 GitHub Copilot 編碼代理，該代理具有以下配置：
未定義自定義代理配置文件。
名爲 MCP1 的模型上下文協議 (MCP) 服務器部署到 https://mcp.litwareinc.internal，並提供對內部票證和部署 API 的訪問。 MCP1 需要 API 密鑰進行身份驗證。
名爲 agent2 的第二個 Copilot 編碼代理負責處理基礎設施中的更改，並在兩個代理都有未解決的分配問題時與 agent1 並行運行。
組織未啓用副駕駛內存。

問題陳述
Litware 發現了以下問題：
在最近的兩次會話中，agent1 訪問了 billing-service 中的文件，這超出了代理的預期範圍。 agent1 在收到任務後立即更改代碼。
SG_Dev 團隊中一位名叫 Ben 的開發人員報告說，agent1 已成功完成會話並打開了拉取請求，但該拉取請求不包含任何文件更改。其他開發者也斷斷續續地報告了這一點。
agent1 和agent2 在並行測試運行中都修改了shared/config.yaml，從而生成衝突的輸出。 agent1 始終使用原始 try-catch 塊進行錯誤處理，這違反了 SG_Dev 定義的實現準則。

要求

計劃變更
Litware 計劃進行以下更改：
確保agent1可以訪問環境中的所有工具。
向 agent1 提供包含特定說明的產品 api，而不影響 Copilot Chat 或 Copilot 代碼審查。
通過修改product-api 存儲庫MCP 配置，將MCP1 配置爲agent1 的工具。
確保 Copilot 保留所學到的詳細信息，並將這些知識用於未來的工作。這必須適用於該組織的所有許可成員。

實施指南——
Litware 的開發團隊確定了以下實施指南：
代理工作流程必須能夠並行運行。
應用程序錯誤處理必須使用存儲庫ErrorHandler 類。在並行執行期間，agent1 和agent2 必須在獨立的分支上運行。合併之前必須檢測文件級衝突，並且兩個代理必須能夠同時運行。

安全要求——
Litware 確定了以下安全要求：
只有 SG_Review 的成員必須能夠批准 agent1 計劃輸出。
所有 API 密鑰必須安全存儲和訪問。
開發人員不能自我批准。


代理配置

案例研究
這是一個案例研究。案例研究不單獨計時。您可以根據需要使用盡可能多的考試時間來完成每個案例。但是，本次考試可能還有其他案例研究和部分。您必須管理您的時間，以確保您能夠在規定的時間內完成本次考試中包含的所有問題。
要回答案例研究中包含的問題，您需要參考案例研究中提供的信息。案例研究可能包含展覽和其他資源，提供有關案例研究中描述的場景的更多信息。本案例研究中的每個問題都獨立於其他問題。
在本案例研究結束時，將出現一個審查屏幕。此屏幕允許您在進入考試的下一部分之前查看您的答案並進行更改。開始新部分後，您將無法返回此部分。

開始案例研究
要顯示本案例研究中的第一個問題，請單擊“下一步”按鈕。在回答問題之前，請使用左側窗格中的按鈕探索案例研究的內容。單擊這些按鈕將顯示業務需求、現有環境和問題陳述等信息。如果案例研究有“所有信息”選項卡，請注意顯示的信息與後續選項卡上顯示的信息相同。當您準備好回答問題時，請單擊“問題”按鈕返回到該問題。

現有環境

GitHub 環境
GitHub環境包含以下內容：
三個存儲庫分別名爲product-api、billing-service 和 infra-terraform。
所有存儲庫中主分支的分支保護，在合併之前需要至少進行一次拉取請求審查
所有工作流程中使用的 GitHub Actions 運行器
一個名爲 SG_Dev 的 GitHub 團隊，其中包含開發人員
名爲 SG_Review 的 GitHub 團隊，包含高級工程師和安全團隊
.github/copilot-instructions.md 文件，其中包含所有功能的通用編碼約定

代理環境-
Product-api 存儲庫使用名爲 agent1 的 GitHub Copilot 編碼代理，該代理具有以下配置：
未定義自定義代理配置文件。
名爲 MCP1 的模型上下文協議 (MCP) 服務器部署到 https://mcp.litwareinc.internal，並提供對內部票證和部署 API 的訪問。 MCP1 需要 API 密鑰進行身份驗證。
名爲 agent2 的第二個 Copilot 編碼代理負責處理基礎設施中的更改，並在兩個代理都有未解決的分配問題時與 agent1 並行運行。
組織未啓用副駕駛內存。

問題陳述
Litware 發現了以下問題：
在最近的兩次會話中，agent1 訪問了 billing-service 中的文件，這超出了代理的預期範圍。 agent1 在收到任務後立即更改代碼。
SG_Dev 團隊中一位名叫 Ben 的開發人員報告說，agent1 已成功完成會話並打開了拉取請求，但該拉取請求不包含任何文件更改。其他開發者也斷斷續續地報告了這一點。
agent1 和agent2 在並行測試運行中都修改了shared/config.yaml，從而生成衝突的輸出。 agent1 始終使用原始 try-catch 塊進行錯誤處理，這違反了 SG_Dev 定義的實現準則。

要求

計劃變更
Litware 計劃進行以下更改：
確保agent1可以訪問環境中的所有工具。
向 agent1 提供包含特定說明的產品 api，而不影響 Copilot Chat 或 Copilot 代碼審查。
通過修改product-api 存儲庫MCP 配置，將MCP1 配置爲agent1 的工具。
確保 Copilot 保留所學到的詳細信息，並將這些知識用於未來的工作。這必須適用於該組織的所有許可成員。

實施指南——
Litware 的開發團隊確定了以下實施指南：
代理工作流程必須能夠並行運行。
應用程序錯誤處理必須使用存儲庫ErrorHandler 類。在並行執行期間，agent1 和agent2 必須在獨立的分支上運行。合併之前必須檢測文件級衝突，並且兩個代理必須能夠同時運行。

安全要求——
Litware 確定了以下安全要求：
只有 SG_Review 的成員必須能夠批准 agent1 計劃輸出。
所有 API 密鑰必須安全存儲和訪問。
開發人員不能自我批准。


代理配置