Ohmypi还是pi原生
313
- hor1zon_Lin2026-08-12
我说一点我自己的想法，折腾pi折腾了好一会，大概一个月吧，也自己写pi的插件，也自己维护pi的插件
也用社区开发的pi extension和package插件
其中就有codex-conversaion和mcp-adapter还有pi-subagent这些插件
很多很多其他插件包括pilens
但是很多都是需要自己组装，还要解决插件和插件之间的冲突，尤其是pi-conversation中有个wait工具与pi-subagent工具冲突
这导致我把插件全丢了，然后自己开发自己的一套插件
但是最近我又发现了mcp-adapter这个插件又提供了script模式也就是cloudflare提出的codemode那种，代码化调用工具的功能，当然这个在pi-codex-converstion中也有这样一个功能，很多插件之间存在着冲突和功能覆盖问题，这太头痛了，这并不是开箱即用的
很显然，每一家都在做自己的最适配，我自己把pi官方examples中的extension拿出来用，有很多时候，我自己维护一套，尽量不维护外部，但是问题又出现了，子代理性能表现不佳，开发公司业务时候很难用，又得回来debug，浪费了大量时间，哎
最后兜兜转转回到了omp
omp我最开始没用这个是因为感觉太重了
但是最后兜兜转转又回来了
说一点自己的拙见吧
在服务器运维领域我觉得可以裸着pi使用，pi官方中GitHub仓库examples中有个ssh插件挺好用，可以给运维使用我觉得挺不错的
但是业务，尤其是大量业务，我觉得还是omp吧，按需使用，因为提供了很多开箱即用，不用自己debug的
当然这里如果有佬时间比较充裕可以自己开发自己的pi二开，或者公司要做自己的coding agent，原生pi是一个非常不错的起点
但是要是日常使用，我觉得还是omp还有codex吧
omp可以切换edit工具，例如可以切换codex的工具apply_patch这个工具，还可以切换其他的工具，也支持程序化工具调用，简而言之就不会出现很多冲突和需要自己维护的，开箱即用即可
所以如果不是自己做coding agent，尤其是在复杂场景使用还是比较推荐omp codex的
再说一点，就是我感觉纯pi的token消耗真的很低，我用上codex之后一天烧了pro 20X的一半周限额，但是这对人脑的要求挺高的，因为必须了解代码每个细节，因为原生pi没有memory对项目记忆很多依赖人脑的印象
分享一点自己的见解，佬友可以一起讨论啊
主楼 - robin_bie2026-08-12
mark , 最近使用 claude code 经常感到有些 地方不顺，但是又说不大清楚自己需要什么， codex cli 使用不习惯 (rewind 约等于没有)， 也在关注 pi，但是每日工作较多，暂时也没空折腾
- sman2026-08-12
请问自己的远程服务器，基本就是更新/启动个 docker，查个日志，汇报一下服务器运行情况什么的，用 pi 还是 hermes 更轻量更合适呢？
- zhengnl2026-08-12
对我来说，还得是oh-my-pi。已经没有折腾的爱好了，只想开箱即用。不过话说回来，开箱即用又何必考虑omp呢 ^-^
- hor1zon_Lin2026-08-12
- hor1zon_Lin2026-08-12
原生pi吧，可以直接用官方插件中的ssh，你直接问pi就可以，它能自己找到ssh插件
- zhengnl2026-08-12
你这个我也认同，所以我现在主要是使用opencode，因为omp我感觉生态一般般。
- hor1zon_Lin2026-08-12
用pi吧
再加上ssh插件我感觉就够了
github.com/earendil-works/pi
packages/coding-agent/examples/extensions/ssh.ts
main```
/**
* SSH Remote Execution Example
*
* Demonstrates delegating tool operations to a remote machine via SSH.
* When --ssh is provided, read/write/edit/bash run on the remote.
*
* Usage:
* pi -e ./ssh.ts --ssh user@host
* pi -e ./ssh.ts --ssh user@host:/remote/path
*
* Requirements:
* - SSH key-based auth (no password prompts)
* - bash on remote
*/import { spawn } from "node:child_process";
import type { ExtensionAPI } from "@earendil-works/pi-coding-agent";
import {
type BashOperations,
createBashTool,
```此文件已被截断。 显示原始文件这个是pi官方插件
- 挨个搞2026-08-12
和我的体验差不多,pi虽说功能简单,体量较轻
但功能少,迭代慢
插件生态也没有一个好用质量过滤体制
插件少写点小脚本,查询点信息还是体验很好的
要想体验到ohmypi的更多功能
装上对应的插件
体验就一言难尽了.
- sman2026-08-12
谢谢您。
还有三个问题想请教：
1、pi 和 hermes 哪个更轻量化一点？我的理解是 hermes 可能更重，但不确定；
2、hermes 可以很方便地集成 TG 对话，pi 可以吗？如果每次要远程登陆到服务器上才能说话的话，那我还不如直接自己维护了；
3、hermes 用 deepseek v4 flash 的缓存很高，昨天我还让它跑了个任务，找连不上 NIM api 的深层原因，跑了半个钟头给我了结果，最后一共用了 $0.04，如果是 pi 的话，缓存也能这么高吗？
- 【八千年性压抑老奶奶】Wixiuenne2026-08-12
- surf2026-08-12
那必须oh my pi,光是使用pi的tui就让人头晕眼花的,动不动就滚上面,然后又跳到下面,滚来滚去的,一直修不好了
- hor1zon_Lin2026-08-12
哈哈哈哈，对于这种情况，pi只能说非常好用，因为必须人类对齐上下文才行
- hor1zon_Lin2026-08-12
