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

2119

月月2026-08-04
6707
最近这几天试了下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多个，是不是太多了。用得多的佬一般常驻几个插件，是不是精简点反而更稳？还有慢跟质量不稳这个是普遍现象还是我这边配置有问题，模型选的不对？
蹲个懂的说两句
主楼
pan_iron2026-08-04
8277
这个是我的配置，仅供参考. 我这一两周用下来, 整体替换了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"
],
"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, 不需要的时候可以关闭. 不然工具太多占用上下文
#1
月月2026-08-04
6707
gpt-5.6-sol
佬，gpt-5.6-sol max 用起来不慢吗
#2
pan_iron2026-08-04
8277
不慢, 感觉正常. 之前一直用opencode, 没有明显的差异. 也有可能我一直都是用sol-max的原因
如果觉得慢, 可以多开几个窗口来并行任务
#3
88172026-08-04
5001
你把插件全删了，再跑个任务体验下呢。
#4
月月2026-08-04
6707
我这 luna terra sol 只要 max 都贼慢，codex 里面也是贼慢
#5
月月2026-08-04
6707
有道理，我晚点试试，排查一下
#6
hhelibeb2026-08-04
10274
pi-hermes-memory 这个东西最好别用，我感觉它会让性能下降很多。里面经常有一些重复的内容，每次执行任务之前，查出来一大堆不相关的记忆，干扰后续执行。
#7
吴亦Fan？2026-08-04
13262
CC和CODEX肯定是独一档，这个谁也比不了！其他装什么插件的适合自己diy吧
#8
Wbs2026-08-04
55931
^-^ 我现在只装 rpiv-ask-user-question 和 pi-web-access 感觉都完全够用了，最多加一个subagent
#9
netcup-linuxdo2026-08-04
33674
我还是继续用我的opencode吧,另外,我的openccode还是旧版的,因为我本本旧,估计换pi也一样.
#10
月月2026-08-04
6707
我装这个其实是想实现 Claude code 自动记忆学习的东西，不然它老忘，
#11
Disaeye2026-08-04
70485
佬试试用oh-my-pi呢，我从opencode+omo 切到了omp，目前没有感觉不好用的地方
#12
Haskell2026-08-04
65901
我看到这些我都要头皮发麻了
这样的风格的agent我肯定时不要用的
每个出一点问题就都是问题
#13
月月2026-08-04
6707
哈哈确实，这两用久了，想着体验一下其他的就看 pi 佬们都在讨论就试试
#14
月月2026-08-04
6707
omp 我也装了感觉也慢，回头再试试
#15
Leeszzz2026-08-04
15669
@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
加上这些不就和opencode差不多了，个人觉得需要这么多功能，不如直接用opencode
#16
Catlog222026-08-04
34276
[开源]pi-maetro-flow----开箱即用的harness插件，ALL IN ONE!! - 开发调优 - LINUX DO 试试我的只用一个插件不会冲突
#17
cics2026-08-04
11848
佬友，你装太多extension了，pi讲究的是极简，装个subagent就够用了，剩下就是习惯问题。pi是真省token。
#18
平平无奇的菜鸡2026-08-04
16157
Pi 最自由的点在于你可以控制整个流程中的任意一个地方，你可以在 SYSTEM.md 中覆盖 Pi 自带的系统提示词，也可以在 APPEND_SYSTEM.md 增加系统提示词约束模型行为。扩展方面建议是不要一股脑的装，如果你的流程需要 MCP 就安装 MCP 扩展，如果你的流程需要 subagent 就安装 subagent 扩展。这个流程需要哪些东西是你由你来决定的。
#19

发表回复

登录后回复