Re: 从零开始的 pi agent 优（调）化（教）之路
内容提要
作者长期使用pi编程助手，因iflow停服和opencode资源占用高而转向pi。他自定义了UI，替换了臃肿插件，采用精简subagents、自写网页搜索、pi-rewind回滚等工具，并开发了pi-extra-cmd提供/init、/context、/exit命令。通过pi fake codex应对中转站检测，整体运行稳定，资源占用低，未遇误删问题。
延伸解读
资源占用与稳定性
作者从 opencode 转向 pi 的一个重要原因是 opencode 资源占用过高，曾导致系统死机。而 pi 在长时间使用中表现稳定，未出现误删文件等问题。这提示在选择编程助手时，资源占用和稳定性是需要重点考量的因素，尤其对于笔记本用户，高占用会影响续航和散热。
插件生态与定制化
pi 的插件生态允许用户高度定制，作者替换了臃肿的 subagents 和网页搜索插件，并自研了 pi-extra-cmd 等工具。这种灵活性使得用户可以根据自身需求精简功能，提升效率。但这也意味着用户需要具备一定的技术能力来配置和维护，对于普通用户可能有一定门槛。
模型接入与兼容性
作者通过 pi fake codex 将请求伪装成 codex 以应对中转站检测，这反映了第三方模型接入中的兼容性问题。同时，作者提到 iflow 停止维护和模型切换不便等痛点，说明在选择编程助手时，模型的接入便利性和服务的持续性也是重要考虑因素。
Q&A
为什么作者从 iflow 转向了 pi？
因为 iflow 停止服务且不开源，存在切换模型需要重新填写模型 ID、部分模型调用工具失败、默认输出的 AGENTS.md 太长等问题。
作者为什么放弃 opencode 而选择 pi？
因为 opencode 资源占用过高，经常导致系统卡顿甚至死机，内存占用可达 7-8GB，且风扇噪音大、续航下降。
作者对 pi 的 UI 和插件做了哪些自定义？
作者参考了论坛帖子自建了 UI，底部仿 opencode，状态栏随意，工具调用仿 codex；替换了臃肿的 subagents 为精简 fork，用自写的网页搜索替代 pi-web-access，使用 pi-rewind 实现对话回滚，用 rpiv-ask-user-question 提问，用 pi-todo 管理待办，用 pi-mcp-adaptor 连接 MCP 工具。
pi-extra-cmd 提供了哪些命令？
pi-extra-cmd 提供了三个命令：/init 用于生成 AGENTS.md，/context 查看上下文占用明细，/exit 等同于 /quit。
pi fake codex 的作用是什么？
pi fake codex 的作用是从请求头到工具调用都尽可能模拟 codex，以应对中转站的检测。
作者为什么没有安装 goal 插件和 plan mode？
作者觉得 goal 插件用不到，plan mode 也没装，所以权限也没装，默认使用 yolo mode，运行多天未遇到误删文件的情况。
作者实测的 system prompt 占用情况如何？
实测 north mini code 输入“你好”后 system prompt 占用 6.2k，muse spark 1.2 contributors 占用 7.8k。
