帖子说了什么
@10footinvestor 分享交接客户系统时的警告：三名同事将拿到他搭好的系统，每人当面听了同一句——你们手里有生产环境的写 token。千万别在 Claude 处于 high effort、正在改代码时对它发脾气或猛催。它可能在你还没看清 diff 之前，就连续「修好」或删掉十几处。
语气轻松，规则很硬：写权限在 Agent 侧时，人的情绪输入也是风险面。
和既有安全建议怎么叠
这和「生产凭证别放进 Claude 工作目录」「不可撤销操作写进 deny」不矛盾，而是补上行为层：
- 凭证隔离解决「Agent 能不能摸到生产」。
- 本条解决「摸得到时，人会不会一句话触发大范围写」。
在 auto mode 渐成默认的背景下，催促、辱骂、含糊的「全给我改掉」更容易被当成高优先级目标，扩大误改半径。
落地建议
- 生产写权限与日常对话分离：能用只读或预发环境就不要把写 token 交给正在聊天的会话。
- high effort / 大范围编辑时改用手动批准：付款、删库、迁移、改权限类操作保持人点一次。
- 交接清单写进明文：新同事第一天就听到「有写权限时禁止情绪化催 Agent」，比事后追责便宜。
- 出事先撤凭证：误改后立刻吊销该写 token，再谈回滚。
小结
稳定用 Claude，不只是配置 deny，还包括人对 Agent 说话的方式。生产写权限在手时，冷静、小步、可回滚。
