Ohmypi还是pi原生

hor1zon Lin 2026-08-12 14:58 1

我说一点我自己的想法，折腾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对项目记忆很多依赖人脑的印象

分享一点自己的见解，佬友可以一起讨论啊

最新回复 (13)

robin_bie 08-12 15:51

2楼

mark , 最近使用 claude code 经常感到有些地方不顺，但是又说不大清楚自己需要什么， codex cli 使用不习惯 (rewind 约等于没有)，也在关注 pi，但是每日工作较多，暂时也没空折腾
sman 08-12 16:07

3楼

请问自己的远程服务器，基本就是更新/启动个 docker，查个日志，汇报一下服务器运行情况什么的，用 pi 还是 hermes 更轻量更合适呢？
zhengnl 08-12 16:19

4楼

对我来说，还得是oh-my-pi。已经没有折腾的爱好了，只想开箱即用。不过话说回来，开箱即用又何必考虑omp呢 ^-^
hor1zon Lin 楼主 08-12 16:25

5楼

cc太后门黑箱了，codex纯纯的为5.6优化

现在我感觉omp很多功能有点像cc
hor1zon Lin 楼主 08-12 16:25

6楼

原生pi吧，可以直接用官方插件中的ssh，你直接问pi就可以，它能自己找到ssh插件
zhengnl 08-12 16:28

7楼

你这个我也认同，所以我现在主要是使用opencode，因为omp我感觉生态一般般。

hor1zon Lin 楼主 08-12 16:33

8楼

用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官方插件

挨个搞 08-12 16:45

9楼

和我的体验差不多,pi虽说功能简单,体量较轻

但功能少,迭代慢

插件生态也没有一个好用质量过滤体制

插件少写点小脚本,查询点信息还是体验很好的

要想体验到ohmypi的更多功能

装上对应的插件

体验就一言难尽了.
sman 08-12 18:40

10楼

谢谢您。

还有三个问题想请教：

1、pi 和 hermes 哪个更轻量化一点？我的理解是 hermes 可能更重，但不确定；

2、hermes 可以很方便地集成 TG 对话，pi 可以吗？如果每次要远程登陆到服务器上才能说话的话，那我还不如直接自己维护了；

3、hermes 用 deepseek v4 flash 的缓存很高，昨天我还让它跑了个任务，找连不上 NIM api 的深层原因，跑了半个钟头给我了结果，最后一共用了 $0.04，如果是 pi 的话，缓存也能这么高吗？
【八千年性压抑老奶奶】Wixiuenne しかちゃん 08-12 18:42

11楼

个人还是用pi的，因为几乎都是我人类维护，Ai只是辅助
surf 08-12 18:43

12楼

那必须oh my pi,光是使用pi的tui就让人头晕眼花的,动不动就滚上面,然后又跳到下面,滚来滚去的,一直修不好了
hor1zon Lin 楼主 08-12 18:50

13楼

哈哈哈哈，对于这种情况，pi只能说非常好用，因为必须人类对齐上下文才行
hor1zon Lin 楼主 08-12 18:51

14楼

pi自己更轻量

pi可以让它自己给自己写插件连接tg，社区应该也有相关的插件可以用

pi缓存很高

* 帖子来源Linux.do

附近帖子

飞读

hor1zon Lin

主题数
1

帖子数
1

注册排名
3

随机推荐