GitHub 为 Copilot 添加了本地沙箱功能。这是否让你更放心让代理在无人值守的情况下运行？
摘要
GitHub 已为 Copilot 添加本地沙箱，以限制编码代理可能造成的损害，但此次更新引发了关于其是否充分解决了无人值守操作的信任问题的疑问。
GitHub 刚刚为 Copilot 应用添加了本地沙箱。我第一反应是，这可能从一开始就应该是编码代理的默认设置。但我不确定它是否真的改变了信任问题。沙箱可以限制影响范围，但代理仍然可能做出错误的更改、误解仓库，或悄然增加后续需要审查的工作。内置沙箱是否真的让你更愿意让代理运行一段时间，还是它主要只是最后的防线？
相似文章
@github: GitHub Copilot 的本地沙箱功能现已正式可用。此功能允许 Copilot 在隔离环境中运行命令…
GitHub Copilot 的本地沙箱功能现已正式可用，允许 Copilot 在受控的隔离环境中运行命令，对文件、网络和凭据的访问进行控制。企业团队可以在 Copilot CLI、应用和 VS Code 中集中管理策略。
@github：为下次使用 Copilot CLI 保存此内容。我们的文档现在更详细地介绍了终端中的本地沙箱，包括…
GitHub 宣布更新 Copilot CLI 文档，涵盖终端中的本地沙箱，包括如何启用和配置设置。
是什么让你真正信任本地编码代理，能放心让它无人值守运行？
本文探讨了哪些因素使开发者信任本地编码代理能无人值守运行，强调了权限、检查点和测试等辅助机制，而非模型性能。
有人构建了一个智能体，可以在沙盒中尝试任何 GitHub 仓库并录制过程。
这是一个周末项目，利用 AI 智能体在沙盒环境中测试任意 GitHub 仓库，并将会话录制成视频，以帮助用户评估代码质量。
为你的AI代理配备专属计算机（7分钟阅读）
LangChain推出LangSmith Sandboxes，为每个AI代理提供独立的隔离计算环境以安全执行代码，解决了在容器或本地运行不可信代码的安全风险。