试了下Pi agent，怎么感觉没有想象中那么香？是我姿势不对吗

开发调优
,
1

最近这几天试了下pi，说实话跟我预期差挺多的。

倒不是说不能用，就是感觉哪里不太对，跑个稍微复杂点的任务经常要等半天，输出也是这次挺好下次就拉稀，跟我平时用的CC和codex摆在一起比，愣是没感觉出有啥优势，反倒有几次还没那俩顺手。

装了一堆插件（列在下面了），是不是插件太多互相打起来了？还是我用法本来就不对没发挥出它该有的水平？

@juanibiapina/pi-extension-settings、@juanibiapina/pi-powerbar、pi-hashline-edit-pro、@ff-labs/pi-fff、pi-mcp-adapter、pi-rtk-optimizer、pi-cache-optimizer、pi-subagents、@narumitw/pi-goal、pi-slopchop、pi-btw、pi-ask-user、@narumitw/pi-caffeinate、pi-add-dir、@narumitw/pi-plan-mode、@juicesharp/rpiv-advisor、@narumitw/pi-sync、pi-web-access、pi-autoresearch、@victor-software-house/pi-curated-themes、pi-compact-transcript、pi-hermes-memory

数了下20多个，是不是太多了。用得多的佬一般常驻几个插件，是不是精简点反而更稳？还有慢跟质量不稳这个是普遍现象还是我这边配置有问题，模型选的不对？

蹲个懂的说两句

2

这个是我的配置，仅供参考. 我这一两周用下来, 整体替换了opencode, 没有遇到啥问题.

{
  "lastChangelogVersion": "0.83.0",
  "theme": "light",
  "packages": [
    "npm:pi-provider-newapi",
    "npm:@juanibiapina/pi-extension-settings",
    "npm:@juanibiapina/pi-powerbar",
    "npm:@narumitw/pi-goal",
    "npm:@juicesharp/rpiv-ask-user-question",
    "npm:@juicesharp/rpiv-todo",
    "npm:@narumitw/pi-btw",
    "npm:@ff-labs/pi-fff",
    "npm:pi-workspace-history",
    "npm:@tmustier/pi-raw-paste",
    "npm:@victor-software-house/pi-curated-themes",
    "npm:pi-cache-optimizer",
    "npm:pi-slopchop",
    "npm:pi-tool-display",
    "npm:pi-openai-codex-fast",
    "npm:@lll9p/pi-better-compaction",
    "npm:@tintinweb/pi-subagents",
    "npm:pi-agent-browser-native",
    "npm:@mrclrchtr/supi-context",
    "npm:pi-extmgr",
    {
      "source": "npm:pi-midrun-compact",
      "extensions": [
        "-index.ts"
      ]
    },
    "npm:pi-mcp-adapter",
    "npm:pi-kanban0"
  ],
  "defaultProvider": "openai-codex",
  "defaultModel": "gpt-5.6-sol",
  "defaultThinkingLevel": "max",
  "shellPath": "D:\\Program Files\\Git\\bin\\bash.exe",
  "enableSkillCommands": false,
  "treeFilterMode": "all"
}

/goal和pi-midrun-compact会有冲突, 如果用的不多, 就可以把goal给禁用, 启用pi-midrun-compact. 不然codex上下文会溢出到130%, agent结束才自动压缩
agent-browser, 不需要的时候可以关闭. 不然工具太多占用上下文
pi-subagents可以配置一下默认的模型，不然会自动路由到A\的模型，不知道这个问题解决没有
pi-midrun-compact可以配置一下85%才压缩，现在默认是75%，不然感觉有点少了

3

佬，gpt-5.6-sol max 用起来不慢吗

4

不慢, 感觉正常. 之前一直用opencode, 没有明显的差异. 也有可能我一直都是用sol-max的原因

如果觉得慢, 可以多开几个窗口来并行任务

5

你把插件全删了，再跑个任务体验下呢。

6

我这 luna terra sol 只要 max 都贼慢，codex 里面也是贼慢

7

有道理 ，我晚点试试 ，排查一下

8

pi-hermes-memory 这个东西最好别用，我感觉它会让性能下降很多。里面经常有一些重复的内容，每次执行任务之前，查出来一大堆不相关的记忆，干扰后续执行。

9

CC和CODEX肯定是独一档，这个谁也比不了！其他装什么插件的适合自己diy吧

10

:distorted_face: 我现在只装 rpiv-ask-user-question 和 pi-web-access 感觉都完全够用了，最多加一个subagent

11

我还是继续用我的opencode吧,另外,我的openccode还是旧版的,因为我本本旧,估计换pi也一样.

12

我装这个其实是想实现 Claude code 自动记忆学习的东西，不然它老忘，

13

佬试试用oh-my-pi呢，我从opencode+omo 切到了omp，目前没有感觉不好用的地方

14

image
image892×178 28.5 KB

我看到这些我都要头皮发麻了
这样的风格的agent我肯定时不要用的
每个出一点问题就都是问题

15

哈哈 确实，这两用久了，想着体验一下其他的 就看 pi 佬们都在讨论 就试试

16

omp 我也装了 感觉也慢，回头再试试

17

加上这些不就和opencode差不多了，个人觉得需要这么多功能，不如直接用opencode

18

[开源]pi-maetro-flow----开箱即用的harness插件，ALL IN ONE!! - 开发调优 - LINUX DO 试试我的 只用一个插件 不会冲突

19

佬友，你装太多extension了，pi讲究的是极简，装个subagent就够用了，剩下就是习惯问题。pi是真省token。

20

Pi 最自由的点在于你可以控制整个流程中的任意一个地方，你可以在 SYSTEM.md 中覆盖 Pi 自带的系统提示词，也可以在 APPEND_SYSTEM.md 增加系统提示词约束模型行为。扩展方面建议是不要一股脑的装，如果你的流程需要 MCP 就安装 MCP 扩展，如果你的流程需要 subagent 就安装 subagent 扩展。这个流程需要哪些东西是你由你来决定的。