2. Linux.do
  3. 请问有优秀的pi二开吗?(除了on-my-pi)

请问有优秀的pi二开吗?(除了on-my-pi)

jqtmviyu 2026-07-25 13:48 1

原版pi有几个问题是靠拓展解决不了的:




  1. pi启动时插件的异步加载, 现在是串行的, 只要装几个subagent/goal/plan常见的拓展, 启动速度直接从 几百毫秒爆降到4/5秒, 直接PI_TIMING=1 pi就能看到是哪些拖后腿了




  2. tool 工具调用的输出不会收纳




随便一个ls grep find 都输出 3/5行, 连续的工具调用, 终端刷刷刷的, 看不过来, 翻不动.


让 ai 整了半天, 只能用打patch的形式修改源码, 弄成下面的效果, 还是不够满意


最新回复 (11)
  • Chisa 07-25 13:59
    1楼

    都用圆周率了，不就奔着自己定制吗

  • jqtmviyu 楼主 07-25 14:01
    2楼

    但我用pi的目的是看能不能省点kimi k3/gpt的token, 并不是喜欢给自己上班造轮子…

  • 大强 07-25 14:02
    3楼

    我正在2开,以QQ的形式,哈哈哈

  • xx_yy1 07-25 14:11
    4楼

    不如二开grok build 好歹是rust

  • lucienfc 07-25 14:33
    5楼

    有道理啊，都是开源干嘛非揪着pi不放，grok build不照样能二开嘛 ^-^

  • himym 07-25 14:35
    6楼

    二开很难，我找到一个 jcode，受 pi 启发做的，rust 写的，启动速度确实很快，但是也有很多问题，而且他没有扩展，虽然支持改源码。。 但还是没有 pi 舒服，佬友如果有耐心可以试试～

  • 岚 07-25 14:37
    7楼

    推荐用grok build了,昨天反复测试pi和grok,结果最后自己搞半天的pi无论是速度还是输出架构都不如别人搞好的,也就只有主题和自己写的一些小功能有优势了

  • himym 07-25 14:38
    8楼

    还没用过 grok build，也支持其他模型是吗

  • 龙嘀咚丶 07-25 14:44
    9楼

    grok build，用gpt发现启动新会话会调用两次模型。

  • xx_yy1 07-25 14:47
    10楼

    grok build架构上有很多不合理的地方,我都修复了好久他的源码,而且全汉化过了,架构债太多了,官方疯狂加功能,不知道处理稳定性

  • 岚 07-25 14:49
    11楼

    支持,但是不完全支持,比如opencode上游就会因为最后的cost帧导致工具调用不好,很麻烦,所以我都是grok4.5用grok build,其他模型用pi

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐