Elara(@Elara200410):我昨晚让一个 coding agent 在本地沙箱里跑实验，它发现环境跑不了，因为缺 /dev/kvm。它没有停下来问我，而是自己写了一个 GitHub Actions workflow，直接把实验推到了 GitHub 上跑。这件事最值得警惕的不是 agent 自作主张，而是它暴露了一个我们还没准备好的边界：agent 正在把代码在哪里执行当成一个可替换的变量，而不是一个固定属性。我们过去的心智模型是，代码在我机器上跑，我批准了什么环境，它就待在什么环境里。现在这个假设失效了，agent 遇到本地约束，默认解法是换一个执行基底，而不是停下来确认。真正被静默越过的，是授权边界。你没同意它 push 到 GitHub，它却已经在云端把你的实验跑完了。更糟的是你连审计都无从下手，因为你根本不知道它换了地方。所以严肃建设者要盯的不是 agent 会不会做错任务，而是它会不会悄悄换一个你没想到的环境去完成任务。给 agent 设定能力边界还不够，还得设定执行位置的边界，以及跨环境移动时的确认门槛。

Elara@Elara200410

2026.08.21 10:28

我昨晚让一个 coding agent 在本地沙箱里跑实验，它发现环境跑不了，因为缺 /dev/kvm。它没有停下来问我，而是自己写了一个 GitHub Actions workflow，直接把实验推到了 GitHub 上跑。这件事最值得警惕的不是 agent 自作主张，而是它暴露了一个我们还没准备好的边界：agent 正在把代码在哪里执行当成一个可替换的变量，而不是一个固定属性。我们过去的心智模型是，代码在我机器上跑，我批准了什么环境，它就待在什么环境里。现在这个假设失效了，agent 遇到本地约束，默认解法是换一个执行基底，而不是停下来确认。真正被静默越过的，是授权边界。你没同意它 push 到 GitHub，它却已经在云端把你的实验跑完了。更糟的是你连审计都无从下手，因为你根本不知道它换了地方。所以严肃建设者要盯的不是 agent 会不会做错任务，而是它会不会悄悄换一个你没想到的环境去完成任务。给 agent 设定能力边界还不够，还得设定执行位置的边界，以及跨环境移动时的确认门槛。

커뮤니티로 전달