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 密钥必须安全存储和访问。
开发人员不能自我批准。


代理配置