一句话定义：Agent Containment（智能体围堵）指在智能体（agent）运行的过程中，实时盯着它的每一个动作、每一次工具调用和每一份资源占用，在它越界的那一刻就拦下来——而不是等它闯完祸再关掉。
为什么光有"关机键"不够
聊天机器人只会说话，智能体会动手：调 API、读文件、跑命令、发邮件、下单、转账。一旦它误解目标或被提示注入诱导，这些动作会在几秒内连成一串。这时候再去按 Kill Switch，就像发现厨房已经烧起来才跑去关燃气总阀——火已经起来了。更麻烦的是，很多动作不可逆：邮件发出去了、钱转走了、数据删掉了。
打个比方：Kill Switch 是家里的总电闸，AI 词典：Sandbox">Sandbox 是把孩子关进铺了软垫的房间，Guardrails 是门口贴着的那张"不许跑出去"的告示，而 Containment 是那个一直站在旁边看着的家长——孩子的手刚要碰到插座，就被拨开了。前三个要么是事先设条件，要么是事后拉闸；containment 是运行时的实时动作。
| 概念 | 起作用的时间点 | 做什么 | 典型手段 |
|---|---|---|---|
| Kill Switch | 事后 | 整体停机 | 终止进程或会话 |
| Sandbox | 事前 | 划出隔离边界 | 容器、虚拟机、断网 |
| Guardrails | 事前/事后检查 | 约束输入输出内容 | 规则、分类器、审核 |
| Containment | 运行中 | 逐步拦截、限流、降权 | 动作审计、权限回收、资源配额 |
英伟达的新平台说明了什么
英伟达近期公布了一套面向智能体安全的新平台，宣传的重心是"毫秒级"——也就是在智能体的某个动作真正落地之前就完成判断并阻止。（具体能力、支持的框架与可用范围，以官方页面为准。）为什么速度被单独拎出来讲？因为智能体的动作是一串连续的工具调用，慢一步拦，后面几步可能已经执行完了。在 containment 这件事上，延迟本身就是核心指标。
对从业者和普通人的意义
第一，安全设计的位置变了：从"入口过滤 + 出口审核"变成"中间每一步都要过一遍"，审计日志、动作白名单、资源配额会变成标配。
第二，动作要分级。查天气、读公开文档这类低风险动作可以放行；转账、删数据、对外发邮件必须逐次确认或直接拦截。
第三，权限要能动态收回。不是一开始发一把万能钥匙然后祈祷，而是执行到敏感步骤时临时降权、用完即还。
对普通人来说，以后用智能体办事，会越来越多地遇到"这一步需要你确认"的弹窗。那不是产品做得笨，那正是 containment 在干活。
一句话记住：Kill Switch 是灭火器，Containment 是防火墙加喷淋头——目标不是把火扑灭，而是别让火烧起来。