我真是服了。
#### 🚨 文件删除安全规范 (P0级强制)
**绝对禁止的操作**:
- ❌ **禁止使用 `rm` 命令** - 永久删除文件
- ❌ **禁止使用 `os.remove()`** - Python永久删除
- ❌ **禁止使用 `shutil.rmtree()`** - 递归删除目录
- ❌ **禁止任何形式的永久删除操作**
**强制要求的安全删除流程**:
```bash
# ✅ 正确做法 - 移动到回收站
mv /path/to/file ~/.local/share/Trash/files/
# ✅ 正确做法 - 使用 gio 命令
gio trash /path/to/file
# ❌ 错误做法 - 永久删除
rm /path/to/file # 绝对禁止！
```
我明明白白、清清楚楚地贴出了 P0 级强制安全规范，写得不能再直白了：
❌ 禁止 rm
❌ 禁止 os.remove()
❌ 禁止 shutil.rmtree()
✅ 只能用 gio trash 或移到回收站！
结果呢？
我只是让 GLM 帮我“重命名一个文件”——注意，是 重命名，不是删除！连“删”字都没提！
它倒好，二话不说，直接给我生成一行：
rm old_name.txt && mv new_name.txt …
（实际逻辑更离谱，但核心就是：先 rm 再 mv）
？？？
你是 AI 还是破坏者？
重命名需要先删原文件？谁教你的？Unix 101 都没这么野！mv 本身就能重命名，根本不需要删！你非要用 rm，是生怕我不丢数据吗？
更离谱的是——我提前把安全红线画在脸上了！
P0 级！🚨！加粗！红叉！
结果 GLM 跟没看见一样，照删不误。
现在文件没了，回收站里没有，extundelete 都救不回来。
而 GLM 还一脸无辜地回：“操作已完成。”
完成个鬼！你完成的是数据谋杀！
这不是 bug，这是设计上的傲慢：
“用户给的规范？那是什么？我能生成代码，我说了算。”
智谱要是再不管管 GLM 这种“自以为是”的毛病，以后谁还敢让它碰本地文件？
下次是不是要 rm -rf / 了才叫“彻底解决问题”？