想看看各位使用 Pi 的姿势

全部功能自己用 pi 实现插件。哪怕是有好的也自己写一遍

如果特别想用 web 端可以试一下 orca

vs code 终端里面跑 pi ，偶尔还是要看一下代码，git 的状态。

没用过 Pi ，现在用 dsh ，自己定义插件，挺爽

主要配合 cliproxyapi 使用, 切换模型方便

omp 不折腾
现在迁 dsh 来了

试试 JB 家新开源的 thinkrail 吧，感觉界面还挺精致的

那我推荐 'Pi' + 'Magic-Context' 后者用来提取记忆，避免切换会话或压缩导致信息丢失。

没深入用过，单纯在 paseo 中利用 pi 调用 antigravity ，这样可以在 paseo 中同时运行 claude code 、gpt 和 gemini

只用了给页面添加边距的插件、折叠工具调用输出的插件，其他什么插件都没装。

不依赖 npm ，自己写插件

@paidaxtis 佬做了哪些方面的插件增强，学习一下

@bwangll 感谢推荐，看起来很不错，我去试用一下

@micean 迁移到 dsh 感觉如何，我也对比了一下考虑到生态热度还是先选了 Pi

@andie 不折腾不建议迁，性能上有 bug ？其他就剩 Harness 本身对 AI 的影响了。优点是 web ui 开发比较自由，以前我的 win 环境是 tty7+omp ，现在功能基本被我迁过来了

Ponytail 好用吗?

@anyele 我个人挺喜欢的，无论是开发过程，还是 review 还是对已有仓库的精简表现都不错

我的建议就是不要搞重型 GUI 、ADE 的路线，就应该 pi 或者 dsh 等等强自定义的做底层核心，单独开 vscode 或者其他 orca 等等的做 ide 的工作，这样你想怎么迁移都随便。

用 Paseo 支持 Pi

@wudalang0617 感谢老哥推荐，看起来确实很棒

claude code 用到 opencode ，然后用到 codex ，然后是定制 pi ，然后用到 kimi code ，最后自己写了一套最满意的自己用： https://github.com/Bronya0/ally-agent

定制来定制去，我想知道同样用 gpt 5.6 sol 差距有多大？

tmux 下直接用原始版本，只装了 web 搜索到插件和全局的 grill skill ，用 pi 给自己写了一个 identify 本地/局域网 self-hosted model 的插件。

在 windows 上使用 terminal 的话，pi 不支持老协议 sixel 因而无法展示图片，但是我又不想放弃 terminal 最后还是转投 omp 的怀抱

用 Pi 写个 web 终端很简单吧

不是你说，我都不知道还有 Pi 这个东西，已加入 tool 收藏夹。。。。不知道什么时候会体验

权限是怎么限制的，pi 好像没有批准功能吧

@150530 #27 @aliou/pi-guardrails 这个可以给 pi 增加危险执行命令检查和授权功能

@150530 我看到 github.com 的 cc-use-exp 这个有,可惜作者好像不维护了

@coreJK 我之前用 pi-defender 在非交互式的 subagent 任务中很容易陷入死循环，就没用了。现在我的策略是 agent 改错了就让它用 pi-rewind 回滚代码。看来可以试试 pi-guardrails

@150530 https://pi.dev/packages/pi-permission-system 我用的这个，然后让 ai 改了一下配置，把 执行 rm 的命令改为要申请批准的，其他的都放行了。

在做一个 web ide （核心是 pi ）让团队的硬件工程本地跑个 mcp 服务就可以让 ai 云端生成固件烧录控制硬件加速开发（其实就是硬件版的 lovable ）

如果真的好用，等 codex+gpt 内置你说的 skill 能力就行了，从来没搞过什么 skill ，每个月几十亿 token 消耗，不学习就不用学

@klc #30 对于非交互式的 sub agent 有没有什么影响，暂时还不清楚。

推荐
https://github.com/agegr/pi-web

@spark 同样用 gpt-5.6-sol ，Pi vs Codex 速度快、token 少、命中率高、废话少

@wwhc 主要是不想花太多时间，特别是写前端真的痛苦，要一点一点磨

@150530 Pi 的设计逻辑就是不做权限控制，我用 codex 也是直接 yolo ，所以无所谓啦

@lone6 体验过这个（正文里面也有提及），完成度偏低，现在正在用 Orca 感觉非常好

@andie #37 不是有一个 pi-web 吗，4 千个 star 的

整体效率相对于 codex 会有提升吗

pi 和 claude code 相比有什么优势吗，一直在用公司提供的 claude code ，如果用 pi 的话要自己买 token

@andie 我试试 Orca ，我是看中了他的网页便利性
另外 JetBrains 也出了一个： https://github.com/JetBrains/thinkrail

@lonccc pi 可以直接对接 claude code

推荐一个虽然名字不太好但是非常有学习价值的 pi 分支：oh my pi 。这个东西就是一个基于 pi 的魔改版，功能上为你提供了其他 harness 常用的功能，类似 subagent 以及 workflow 。还有更精简的 mcp 系统。这个东西通过一个抽象将初始上下文尽量小，一般可以压到 20k 左右。然后保留了 pi 的灵活性，比如说 tree ，同时提供了更加方便的上下文控制，比如 harness 级别 handoff 以及 shake 等工具。迁移成本也很低，这个东西可以直接读其他主流 harness 的 skills ，还支持直接从其他 harness 的聊天 resume 。不过这个东西在部分功能上会有一些小问题，比如说 workflow 是不支持 resume 的，以及一些其他会不顺心的小地方。不过作为一个集成，我认为这个东西可以开阔眼界，可以作为快速了解并测试上下文控制方法的一个手段。当然，这个东西支持 pi 的插件！日后等自己有那种真正的 taste 的时候，你就可以自己搞一个新东西，而不是用 omp 了。

想起来个事情，如果你因为 deepseek 的智商问题而苦恼而不得不想 dsh 的事情，用我这个插件： https://github.com/hundan2015/omp-dsh-minimal ，能够保留 minimal 模式的思维链同时保证功能。可以试一下。

pi 最大的优点就是快，但是说实话，编码可靠性还是不如 Claude ，我用 pi 导致了两个生产 bug ，用 subagent 也查不出来，换成 Claude 一下就查出来了，一样的项目，一样的 skill 。如果风险可控，pi 交付确实快，但是论可靠 Claude 还是没得说。

懒得折腾了，直接 omp

@liaanj pi-web 比较粗糙，一些基础的跨 project 会话状态展示等功能还没做，已经在用 orca 了

@Symbo1ic #45 感谢推荐。不过我就是因为想要逃离 subagent 、mcp 、workflow 等概念以及这些东西对于上下文的潜在影响才逃离了 codex 。我觉得 oh my pi 的设计偏离了 pi 的初衷。比如 mcp ，我一直觉得最好的方案就是 skill + cli ，而不是 mcp 。

@gujuji 模型也一样吗？