【π】关于pi的完善之路，package生态的折腾之路

看了很多强调上下文重要性的文章，用cc接国模愈发不顺手，总感觉cc的上下文屎山是不是越来越大了，于是捡起之前折腾了一半的pi，我的想法和作者部分一致，上下文工程是第一要务，准确的控制注入模型的每一个字肯定能获得比黑盒更舒服更有包裹感(误 。

点进这个帖子的应该或多或少都是听说过pi的，如果不了解请看作者的文章

总而言之pi是一个极度精简的agent，无 MCP、无后台 bash、无内置 to-do、无 plan mode、无子 agent，本体的内置提示词不超过1000token，仅内置4 个工具：read、write、edit、bash

但是极简的框架意味着极强的可塑性，下文正式开始折腾。

关于package是什么

在pi中，Package 可以是：

• Extension：注册新命令、工具、事件钩子、UI 组件


• Skill：带 SKILL.md 的技能文档，指导模型使用特定工作流


• Prompt Template：提示词模板


• Theme：终端主题 JSON

在pi中，一切都可以由package引入

子agent与mcp

pi-subagents，pi-mcp-adapter，没什么好说的，补全其他家都有的功能，不过mcp的package我没装，我用到的mcp基本都可以做成package。

关于上下文压缩

我主要纠结在三个包里，context-mode、DCP、pi-observational-memory

context-mode作为pi package安装量排行榜第一我自然第一个尝试了，但是效果并不好，用mimo容易出现理解偏差，它把工具输出拦截到沙箱，模型只能看到摘要？要看原文得自己判断是否展开，但模型经常判断错，导致关键信息丢失(猜的流程)，我是觉得没必要省这种上下文，所以最后卸了。

DCP就是比较常见的总结形式的工具了没什么好说的，我现在就在用，具体可以看看项目文档。

pi-observational-memory，可以单独配置模型进行总结，主要用于长会话防偏移，也是总结类的，但是设计比DCP复杂一点，还在体验中。

关于/goal

codex的/goal很不错，目标完成前不会停止，pi的相关package我主要使用pi-until-done，如果追求codex的感觉可以装pi-codex-goal。

代码搜索与检索

pi-ace-tool，自己写的ace-tool插件，这个用过mcp的应该知道有多好用，详情可以看pi-ace-tool。

@ff-labs/pi-fff，Rust/SIMD 加速的模糊find和grep，替代原生 find/grep，速度极快，体验不错。

pi-fast-context，vibe了一个fast-context的插件，用着不错速度挺快的。

搜索与抓取

pi-search，基于站内的grok-search-mcp自己写的，加了context7和反检测fetcher之类的实用工具，基本搜索相关装这一个就够了,不过我也犯了塞太多的毛病，不想用可以看看pi-web-access和pi-smart-fetch。

安全与审查

@juicesharp/rpiv-advisor 请求强模型给第二意见/审查建议，关键决策前多一层校验

pi-simplify 审查近期代码改动的清晰度、维护性和一致性

@narumitw/pi-plan-mode /plan 只读规划模式，禁止 edit/write/危险 bash，输出 proposed_plan 确认后才恢复写权限

UI 与交互

pi-nano-context 紧凑上下文占用条，显示 system/user/assistant/tool/free 各占多少，替代 powerline 的轻量选择

pi-tool-display OpenCode 风格工具输出折叠和 diff 渲染，减少 TUI 被大段工具输出刷屏

pi-markdown-preview Markdown/LaTeX 预览

@juicesharp/rpiv-ask-user-question 结构化提问 UI

思考与辅助

@feniix/pi-sequential-thinking 同名mcp一个作用

pi-btw claudecode同款/btw 并行旁路问题，不污染主对话

图像生成

pi-image-gen 自己写的Image2 图像生成/编辑 工具，支持文生图、图生图等，优化前端设计场景，我主要用在写前端前的风格，素材等生成

操作回退

pi-rewind 依赖git的存档点回退工具，很不错，原生级的回退体验

踩过的坑

pi-powerline-footer 太重

powerline会接管编辑器布局和鼠标滚动，改变了 pi 原生简洁的 TUI 体验。推荐 pi-nano-context，只做上下文占用显示，干净轻量。

Package 总览

写在最后

pi的拓展感觉接口给的很好，但是很多写拓展的都想把自己想到的全塞进去，反而违背pi的创作本意，想找个好用的，独立的，依赖少又完善的拓展真的难，反而用ai自己写适合自己工作流的拓展更简单，如果已经在cc，codex有完善的工作流了可以自己尝试用ai写插件迁移。