Pi or Dsh ?

dsh比pi的插件生态更好，这个结论是如何得出的？

如果你习惯于ds模型及gui，用dsh；

否则用pi。

我个人是双持。

windows上用dsh，wsl下用pi；

mac上用pi

我认为DSH最大的问题是不太稳定，太影响使用体验了

如果你不想一更新软件打不开，插件得自己修，你就选 pi，如果你想要好看的界面，就选 dsh

是我了解的不够, 之前用pi的时候缺啥自己写个ts加载进去就好了, 没太了解过pi的插件生态

dsh我感觉雷霆大思考，干事太慢了，pi的思考短好多，开的都是max也不知道为啥

双持就行了，不影响，其实我感觉dsh好用很多，组装插件和写插件也方便。

之前我是重度pi

后来换了dsh web

自己给自己写插件，写初始工具，统计上下文

dsh底层还是pi，只是现在pi一路狂奔，跟以前的极简思想不那么一样了。用dsh主要是方便折腾，方便看信息，直接在对话里能看每一轮调用的详细上下文

PI 现在的愿景有点看不懂了

特别是这个 PI durable，感觉就不是给普通开发用的。

小孩子才做选择 我全都要

双持 ing。。。主力 PI ，瞎玩 DSH。其实 PI 的插件生态更好。。。还有就是 DSH 经常一更新插件就集体升天。。。并且 wsl 上 DSH 也不太好弄。。还得再部署一次。。。

DSH 上装了好多花里胡哨的插件（

主题很棒, 可以分享下吗

和你的观点正好相反

pi-durable明显是一个巨大的架构设计跨越。

它一定程度上把pi-agent-core/pi-coding-agent包的一部分纳入其中，让整个pi的架构更简洁，更清晰了。

现在用pi-ai + pi-durable 组合做的agent更合理，更持久。

相对之下，之前的架构，更偏个人开发产品；现在的架构，明显更能支撑商业化产品。

deepseek我一直都接入到Claude code里用 pi和dsh都用过 感觉都没cc里好用

插件是 dsh-plugin-wallpaper-engine 相当于把小红车(wallpaper)的主题放到 DSH 里面。

后面这个主题。。不太健康。。。steam 小红车创意工坊搜 碧蓝航线-夕暮「海边嬉戏时间」-B站慕慕慕慕斯小蛋糕 。

在dsh里做个pi的插件，两手都抓两手都硬。（注意dsh升级要给插件做更新维护）

为什么不考虑crush呢 go写的 并且界面也很好看啊

我啥观点，我是说我看不懂他们的愿景

PI 作为个人agent， 单机上、单进程、单人驱动的终端工具，不需要这种架构

需要 pi-durable 的是商用场景， conversation runtime 这种东西只有开发 agent 才用得上

或许他们团队正在探索商业化

crush

已安装, 我感受下

试试我这个呢 【开源自荐】Prometheus-支持多端多设备多Agent互通的PI Agent 开源桌面 (自带Purge模式 懂得都懂)