当云端代码运行不受监督时，为什么需要进行检查？	因为没有人在现场，无法保证代码的安全性。
在验证代码时，检查的深度应与什么成比例？	与你给予代码运行的自主程度（监督程度）成比例。
为什么不能只依赖云端提供的“整洁总结”（tidy summary）？	总结可能看起来正常，但实际的差异（diff）可能触及了未预料的文件。
验证不受监督的运行，最关键的“门禁”（gate）是什么？	测试是否通过，以及云端是否实际运行了这些测试。
如何使用“停止钩子”（stop hook）来强制执行代码检查？	运行测试，并在测试失败时拒绝结束当前运行。
当代码运行在无头模式（headless run）时，如何验证其结果？	通过检查其JSON结果来验证。
什么是“冷第二意见”（cold second opinion）？	使用一个没有构建代码记忆的子代理（subagent）来审查代码更改。
在进行代码审查时，应该首先关注什么？	关注代码的差异（diff）本身，而不是云端的总结。
什么是“后工具使用钩子”（post tool use hook）？	在每次编辑后执行代码的格式检查和类型检查。
如何确保代码检查不会被跳过？	将检查机制编织成钩子（hook），使其在每次运行中自动触发。