模型越强，框架越该往后退。Pi 之所以用起来顺手，很大一个原因就是它够简单：工具就那么几个，系统提示词也短，不会在你和模型之间再隔一层厚厚的规则。
pi-purge 就是在这个思路上再往前走一步的开源插件：它不改配置，直接在会话里随时切换用哪套系统提示词。
先看它要解决的麻烦。想改提示词，在别家都不省事：Claude Code 的参数要么追加、要么整份替换，换完它原本那层行为规范也一起没了，想只去掉身份那一行、其余保留，没有这个粒度；Codex 要在 config.toml 里配 model_instructions_file，每换一次就得改配置、重开会话，官方基础提示词更新了还得自己同步；WorkBuddy 这类闭源桌面产品，模型可以自己接，底层提示词基本碰不到。
Pi 这边原生就支持用 SYSTEM.md 整份替换、用 APPEND_SYSTEM.md 追加，扩展还能在 agent 启动前直接改写提示词。pi-purge 再进一步，给出三种切换模式：
strict（默认）：只发你自己的提示词和当前工作目录，Pi 原来的提示词整份拿掉；replace：只删掉 Pi 内置的身份声明和文档段落，工具说明、指南和项目上下文都保留，整份替换做不到的就是这个粒度；append：你的提示词放在 Pi 原版前面，原版不动，适合当对照组。
有个容易误解的点：strict 模式下工具照样能用。工具定义走的是 API 的 tools 参数，不在系统提示词里，所以提示词再极简，agent 照样能干活。不过 strict 会把 AGENTS.md 和 skills 列表一起丢掉，依赖这些的话就用 replace。
它做得很克制：按会话级别生效，每次新会话默认关闭，退出就恢复原样；不写状态文件，也不联网；整个扩展就一个 ts 文件，两个钩子加一个命令，几分钟就能读完。
适合拿来干这几件事：同一个任务，在完整、精简、去掉 harness 提示词三种情况下各跑一遍，看看模型到底被框架影响了多少；写一份自己的极简提示词，只放真正在意的几条规则；给自己的指令做回归测试。
安装：
pi install npm:pi-purge
进入会话后：
/purge — 开关
/purge source ~/prompts/my.md — 换成自己的提示词
/purge mode replace — 切换模式
/purge status — 查看上一轮实际改了什么
harness 里层层叠叠的规则、身份设定和长篇说明，很多时候不是在帮模型，而是在跟你自己的指令抢注意力。模型已经足够强了，框架往后退一步，指令反而更干净。
开源项目地址：https://github.com/ZiChuanLan/pi-purge