【Pi】个人常用的 Pi 插件及其简短介绍

Aaalice 2026-07-27 19:33 1


这几天一直在高强度使用 Pi + Kimi-K3 这套组合,越用越觉得十分顺手。被 GPT 画的神必前端界面折磨了太久,这次竟感到了久违的省心…… ^-^

(不过工作日下午 Kimi 还是会遇到 429,希望官方可以尽快扩充算力储备,或许等开源了会好些?)




可能有些佬友还不太了解 Pi,我这里先简单介绍一下:



[!TIP]

Pi 是一个 Agent,不过与 Codex、Claude Code 不同的是,它并不是开箱即用的。它的功能很少,可以说是个毛坯房,MCP、子代理、计划模式这些统统没有。

Pi 的理念是非必要的东西一律不加,与此同时,它的扩展性极强,内置官方文档,可以很方便地自己开发想要的功能,官方也有自己的插件市场。




[!NOTE]

在我的理解里,Pi 负责提供极简的基座 Agent,由用户自定义各项功能,最后组合出自己顺手的 Agent 工具。





回到正题,这几天一边用一边整理插件,目前列表算是比较稳定,没有什么特别想加的了。这里就发给佬友们看看,权当抛砖引玉 ^-^




^-^ 插件列表


一、基础类


1、@gotgenes/pi-subagents


提供可并行派发的进程内子代理功能。


2、pi-mcp-adapter


提供 MCP 适配,通过懒加载方式接入,按需调用 MCP。


3、pi-web-access


提供联网能力,比如网页搜索、抓取 URL 等等。

但请注意,第一次安装这个插件,它可能每次搜索都会打开网页展示总结,我觉得很烦。建议让 Pi 修改 ~/.pi/web-search.json,加上:


{
"workflow": "none"
}



二、流程类


1、@juicesharp/rpiv-todo


提供结构化、可视化的待办清单工具。


2、@juicesharp/rpiv-ask-user-question


提供问卷工具,给予主动提问的能力。


3、@narumitw/pi-plan-mode


一个简洁的、不花里胡哨的、Codex 风格的计划模式,并且可以很方便地配置在计划模式下的工具白名单。

自带两个必备的工具,一个用于计划模式下的提问,一个用于主动结束计划模式,除此之外没有任何多余的功能,恰到好处。



如图所示,使用 /plan 命令进入计划模式之后,再次输入 /plan,就会出现菜单,选择箭头所指的选项即可快速配置计划模式下的工具白名单。

我当时安装的时候允许的工具列表里只有插件自带的两个工具,导致无法读取文件,建议第一次安装优先配置一下工具白名单。

如果同时安装了rpiv-todo,那么确认计划开始执行之后,模型一般会自动创建待办清单,一气呵成。




三、上下文类


1、@cortexkit/pi-magic-context


站内很多佬友推荐的,用了一下还行。

给 Pi 补跨会话记忆和上下文管理的扩展。后台会自己压缩对话,项目级的记忆会持续保留,新开会话也能回忆起之前的决策和约定;还有 Dreamer 会定期整理这些记忆。

它有一套自己的压缩机制,自带记忆系统,模型可以用插件提供的工具写入和查询记忆。我使用 K3 的时候,它会自己调用工具选择性地写入记忆。

建议用官方仓库里的安装命令进行安装,它会把 Pi 自带的压缩关掉(两边会冲突,开着互相干扰)。

仓库地址我这里就不发了,会触发审核…


2、@mrclrchtr/supi-claude-md


提供两个命令用于维护 AGENTS.md/CLAUDE.md:



  • /claude-md-improver:对整个仓库里的 AGENTS.md/CLAUDE.md 做一次质量审查和改进。

  • /claude-md-revision:把当前会话里学到的、和这个项目相关的持久经验写进 AGENTS.md/CLAUDE.md。


3、pi-cache-optimizer


优化缓存命中率,可选。




四、界面优化类


1、pi-tool-display



提供紧凑型的工具渲染,安装后可以使用 /tool-display 进行自定义,且可以通过配置文件兼容非官方内置工具。恰到好处的工具渲染,目前我用着最舒心的。


2、@narumitw/pi-statusline


超好看的 Pi 状态栏美化,不多说,看图即可。





五、设置备份类


1、pi-webdav-sync


提供两个斜杠命令,用于快速便携地将 Pi 的个人配置备份/还原到 WebDAV(比如坚果云),跨设备同步,可以说是我的必备插件之一。




应该就这些了,其实我还装了别的一些插件,但是我感觉不是很有必要,就没有写上去~

佬友们有什么觉得好用的插件也可以发出来 ^-^

最新回复 (19)
  • Galact 07-27 20:03
    1

    rpiv-ask-user-question是会弄成cc那种表现形式是吗,这个流程类的插件会和trellis冲突吗, pi-magic-context和那个dcp有什么区别,我记得那个也是和上下文相关的,还有好奇佬友一般写错东西的话是用什么方法替代类似undo的这种功能呢(

  • Muelsyse 07-27 20:05
    2

    trellis有的会走这个插件,大概90%的情况吧



    类似 undo 的这种功能呢



    可以看看pi-workspace-history

  • Galact 07-27 20:09
    3

    好的,感谢佬友,那我就不装这几个了,已经装了trellis了,pi-workspace-history的话佬友感觉和pi-rewind比哪个更好点,虽然我在项目里都会用git管理,只是有时候也会有那种小任务直接cmd启动在c盘用的

  • nickchan 07-27 20:09
    4

    不错,那个状态栏的很漂亮,收了,感谢

  • qingchuan 07-27 20:19
    5

    最近也在尝试使用,和kimicode感觉差别不大啊,我有时候还觉的这个kimicode更好,但是这个pi的速度我觉得更快

  • Aaalice 楼主 07-27 20:24
    6

    对,类似CC的那种形式,这些流程工具都不是强制的,理论上跟trellis没什么冲突

    dcp是简化工具的输出吧,跟magic context区别还是挺大的,两种不冲突

    写错东西这个我好像没考虑过…你问住我了 ^-^

  • 盖世英雄卢本伟 07-27 20:25
    7

    很想用 PI + 插件去实现类似OMP的感觉,但是OMP 太重了,而且OMP很多好用的功能

  • RadiantFlare 07-27 20:26
    8

    @cortexkit/pi-magic-context



    ^-^ 佬可以在详细介绍一下 @cortexkit/pi-magic-context 这个嘛。因为我看你的描述怎么更像是用于Hermes的。

    ^-^ 因为我总感觉我项目没必要记忆那么多 除非是一次超大的任务 不然下一次不是新需求就是新bug,以前记忆对于他来说反而不一定是那么有用,部分规范已经在md里规定了。

  • Galact 07-27 20:27
    9

    我记得magic context和dcp都有压缩上下文的功能,所以想问下佬友的体验

  • Aaalice 楼主 07-27 20:28
    10

    dcp我之前只在opencode上用过,后面跑去用rtk了,不过我感觉作用不是很大,最后就只留了magic context

  • Aaalice 楼主 07-27 20:30
    11

    我感觉记忆系统对很大的项目还是挺有用的,我公司是游戏项目,功能和模块非常的多,我用codex的时候如果遇到需要记忆的,就会提一嘴让codex更新记忆,不然它老是重复造轮子,屎山代码太多了导致它根本不知道有现成的轮子模块可以用 ^-^

  • RadiantFlare 07-27 20:31
    12

    哦哦,好的,谢谢佬!那个仓库名是不是叫这个呀 magic-context-native-compaction git上就搜到这个了 ^-^

  • dididingding 07-27 20:32
    13

    pi可以用kimi的订阅吗?我没找到啊

  • Aaalice 楼主 07-27 20:33
    14

    不是这个,你可以直接搜 @cortexkit/pi-magic-context

  • Aaalice 楼主 07-27 20:34
    15

    可以呀,直接登录授权的,是不是你没更新呀

  • 挨个搞 07-27 20:48
    16

    ohmypi可以通过禁用相关功能进行精简.

  • lionkon 07-27 20:48
    17

    主要是这玩意没办法做权限控制,不然我也用了。公司电脑,有些文件夹是不能扫描的。我用cc deny permission控制的。codex是sandbox

  • person 07-27 21:03
    18

    @aliou/pi-guardrails 这个插件就可以了吧

  • lionkon 07-27 21:05
    19

    明天试试,和claude比一下哪个好用。

* 帖子来源Linux.do
返回