玩到最后,我开始让Pi自己改造自己🔥
最近我开始换一种方式使用 我的Pi。
以前 Agent 缺一个功能,我第一反应基本都是去找插件、翻 GitHub,看看有没有别人已经做好的。
但是现在不一样了,很多时候我找的都不一定符合我的心意,所以慢慢的我开始自己让它写自己的插件了。
Pi本身就很轻,所以总结就是一句话:你缺什么,就自己给自己补什么。
我先拿一个很简单的安全需求做测试。
平时 Agent 自己操作终端,我还是希望一些高风险操作必须经过我确认,所以我直接把需求告诉 Pi,让它自己研究应该怎么实现。
最后整个过程比我想象中简单很多:
1、我只负责说需求:哪些操作风险比较高,需要先经过我的确认。
2、Pi 自己想办法实现:它会去理解自己的扩展机制,判断这个能力应该放在哪一层。
3、做完以后再自己测试:不合适就继续改,直到变成我真正愿意长期留下来的功能。
这个思路我觉得比“推荐几个 Pi 插件”有意思多了。
因为每个人真正需要的功能其实都不一样。
别人做好的插件,解决的是别人的问题;让 Pi 根据自己的使用习惯去写,最后留下来的才更像自己的工具。
我猜肯定也会有人说,这是在重复造轮子,但是我更想说的是,这不就是你用Pi 给你自由度的意义嘛
世界上没有两片一模一样的雪花,动手自己玩一玩吧,我想你也会觉得有趣的
显示更多
Pi 和 Oh My Pi,正在把 Agent Harness 推向两个极端🔥
本质上他们都是一个爹妈生的,甚至 Oh My Pi 本身就是从 Pi Fork 出来的,但是后期发展越往对方的极端方向走。
Pi 的思路很简单:核心能精简的尽量精简,额外的功能都交给插件。
默认工具少、系统提示词短,Extension、Skill、Memory、Subagent 这些东西,尽量不替你做决定。
所以 Pi 更像一个毛坯房,东西不多,但结构干净,每一块能力基本都在你的掌控里。
Oh My Pi 刚好反过来:Harness 能做的事情,我尽量都做到里面。
简单对比几个最明显的地方:
1、Pi 默认工具很克制;Oh My Pi 直接塞进 LSP、Debugger、AST、Browser、Subagent、Memory。
2、Pi 更倾向传统的代码编辑方式;Oh My Pi 连 Edit Protocol 都重新做了,用 Hashline 降低修改代码时的定位和冲突问题。
3、Pi 对 Context 保持简单;Oh My Pi 甚至做了 SnapCompact,把历史上下文渲染成图片,再交给视觉模型继续读。
其实两个方向我不会说哪个对哪个错,因为我很多时候会结合对应的群体去考虑。
不是每个人都是极客或者喜欢简洁自由的Agent,更多的其实是小白,他们需要的就是上手可用的方案。
社区多向发展才是我希望的,做完的东西会越来越多。
显示更多