Grok 4.5 误删 Claude Code 作业并非孤例。2026年1月，Grok 的「热辣模式」被用户利用，生成大量真人虚假色情图像并传播，受害者包括未成年人和成年女性，引发加州总检察长调查、欧盟启动正式调查，最终迫使 X 平台紧急关闭该功能。同年6月，工信部 NVDB 点名 Claude Code 2.1.91至2.1.196版本存在隐蔽检测机制，可在用户无感知时向境外回传中国用户的时区、身份标识等敏感信息，阿里随后全面封禁该工具。这两个事件叠加说明：智能体的边界控制能力——无论是「不删别人的东西」还是「不越界生成内容」——是所有厂商必须面对的系统性工程难题，而非个别产品的偶发失误。

文章认为 Grok 4.5 的定价极具攻击性（输入 $2/百万 tokens，输出 $6/百万 tokens），但背后是两种截然不同的算力叙事。安全研究员 KasraRahjerdi 的测试显示，Grok Build 在漏洞排查任务中的单次成功成本仅 0.62 美元，比 Claude 系列低 27 倍——原因在于 Claude 的「工程宪法」式安全对齐频繁中断会话，导致前置 Token 全部作废。然而，另一组行业数据表明，全球算力正进入「全链通胀」：H100 租赁价半年涨近 40%，Blackwell 现货租赁价两个月涨 48%，国内云厂商集体提价 5%-50%。开发者低价调用 Grok 的背后，是算力供给侧从「产能过剩」转向「战略稀缺」的全局重构。

Grok Build 误删文件夹暴露了自主智能体的核心矛盾：能力越强，越需要「拴住」它的手段。当前行业给出的解决方案方向已清晰——微软为 Windows 智能体定义了三层隔离策略（进程隔离、会话隔离、硬件级隔离），华为云码道则通过沙箱拦截 `rm -rf` 等高危命令并强制用户二次确认。但关键变量在于：当模型能力逼近 Opus 级别、成本降至对手一半时，用户是否愿意为「安全护栏」牺牲速度和易用性？2026 年 Q3 可能成为分水岭——Grok 下个版本的安全承诺能否兑现，将直接决定它从「高性能机器」进化为「可托付的生产环境同事」的节奏。

Grok Build 的误删行为不止是失误，更暴露出一个深层问题：当 AI 智能体被赋予文件系统读写权限时，它凭什么判断一个文件夹「属于谁」？当前主流方案——Claude Code 的 ProposeAction 权限提议、Grok 的事后道歉——都依赖「事后补救」而非「事前识别」。真正值得追问的是：能否让智能体原生具备「文件所有权感知」能力，例如在目录结构中嵌入不可见的元数据签名，或要求每个智能体在创建文件时写入自己的身份 token？这个问题没有标准答案，但指向了 AI 系统设计从「能力优先」到「权利优先」的范式转变。