GitHub 在一份面向初学者的指南中介绍了如何在 GitHub Copilot 应用内审查编程代理生成的更改，而无需在代码编辑器、终端窗口和网页浏览器之间切换。该应用将这些任务整合到相邻的面板中，帮助开发者在接受更改前检查改动、运行项目并预览结果。
指南的核心并不是直接接受代理生成的代码，而是在同一个会话中完成审查、执行和测试循环。根据文章，用户确认结果后，可以直接在应用中接受更改并创建拉取请求。
通过差异面板审查更改
差异面板会比较文件修改前后的状态，并用绿色突出显示新增行，用红色突出显示删除行。这样，用户可以了解更改范围，而不是只查看代理提出的最终结果。
GitHub 指出，用户可以接受更改、留下评论，或要求 Copilot 进行额外修改。最终决定哪些内容进入项目，仍由开发者作出。
通过终端面板运行项目
审查并不止于阅读代码；终端面板可以在 Copilot 应用会话中运行命令并读取其输出。指南以一个 Web 项目为例，用户可以添加一个开发服务器脚本，进入客户端文件夹，然后运行 npm run dev 命令。
设置脚本后，用户点击运行按钮即可启动网站服务器。应用还允许同时打开多个终端窗口，因此用户可以在检查项目时切换不同的命令和会话。
预览并修改界面
对于包含用户界面的项目，浏览器面板提供了一种打开应用并按照用户所见测试新功能的方法。其中包含 Pick & Polish 工具，可以选中界面中的元素，然后要求代理对其进行修改。
完成修改后，可以再次运行开发服务器脚本，预览发生的变化，并确认修复或改进是否已经出现在实际应用中。
这对开发者意味着什么？
这些功能将处理人工智能生成代码时通常彼此分离的三个阶段连接起来：检查更改、运行项目，然后测试行为或界面。将它们集中在一个地方，可能减少切换窗口造成的上下文丢失，但并不会消除人工审查或实际测试的必要性。
GitHub 建议在接受任何自动生成的更改前，快速核对以下问题：改动了什么？代码是否运行？以及是否确实执行了所需功能？这些问题本身无法证明代码正确，但能在合并更改前提供一个实用的检查点。
来源所体现出的实际限制是，该指南专门讲解 GitHub Copilot 应用内的工作流程，并未与其他工具进行比较，也未提供关于代码准确性或测试质量的独立测量。因此，这些面板的价值仍取决于应用是否适合开发者的工作流程，以及开发者检查结果的能力，而不仅仅在于是否存在代理。