别问“用不用”，问“谁能改策略”

消息提到，Claude Code 修复了一个缓存组织策略在切换账号、组织或 API 密钥后被复用的问题，以及凭据中途变更时策略要等到每小时检查才刷新的问题。这类修复本身说明：权限治理不是一次性配置，而是有生命周期、有失效场景的流程。

面试时，如果对方只说“我们用了某款 AI 编码工具”，信息量几乎为零。更有区分度的问法是：谁能修改组织级策略？改完之后多久对所有人生效？有人换账号或换密钥，旧策略会不会残留？

能具体回答“策略由平台组统一维护、变更走评审、凭据变更会触发刷新”的团队，通常已经有实际的治理流程；回答“这个没太关注”的团队，未必不规范，但至少说明 AI 工具的权限还没进入工程规范视野。

沙箱和域名白名单，看的是安全评审习惯

素材提到，新增了按命令的 allowed_domains，用于 Bash、PowerShell 和 Monitor 在自动模式加沙箱时，只对命令所需主机开放访问，其他主机被拒绝。

这背后是一个很具体的工程问题：AI 执行的命令能访问哪些网络资源，是默认放开还是逐条确认？

你可以这样问：

  • 自动模式下，命令访问外部域名是默认允许还是默认拒绝？
  • 如果某个命令需要访问新域名，走什么流程？
  • 越权访问被拦截后，有没有告警或记录？

能说清“按命令申请、评审后开放、其他拒绝”的团队，通常有安全评审习惯。只回答“应该没问题”的团队，可能还没认真设计过这条边界。

子代理配置，暴露配置一致性习惯

素材还提到 omitClaudeMd：自定义和插件子代理可以在不加载用户、项目与本地 CLAUDE.md 文件的情况下运行，但托管策略文件仍会加载。

这里的关键不是功能本身，而是团队怎么管理“哪些约定必须生效”。你可以问：子代理运行时，项目约定文件会不会被加载？托管策略和项目配置冲突时，谁覆盖谁？

如果团队能说清托管策略始终优先、子代理配置有统一模板，说明他们重视配置一致性和可审计性。如果回答“每个人自己配”，那就要留意：AI 工具的使用可能还停留在个人习惯层面，而不是团队规范。

一个实际可做的小建议：面试前把这三个问题写进你的提问清单——策略谁改、沙箱怎么放行、子代理加载什么。对方的回答质量，比任何“我们很重视工程规范”的自我介绍都更能说明问题。