我是在油管上刷到 技术爬爬虾 这个大佬的视频，介绍了 Pi Agent ，没怎么用，我现在的主力工具是 codex+deepseek ，不知道大家有没有用过的，提点评价或感受
 |
1
dacapoday Aug 18
Pi 太低调了, 是 openClaw,omp 的底座.主要特点是极简,让 ai 自己扩展自己.
而且一切皆插件,能兼容各路魔改 oai 协议,自定义内置 tool,也可以从插件市场安装. 最近某国产 harness 就是抄袭它的. |
 |
2
foryou2023 Aug 18
codex 个人使用总觉得太慢了，之前一直使用 claude code cli ，claude code 爆出后面就换了 pi ，个人认为功能都差不多，没有很大的区别，无非习惯问题。codex 没有你哪里使用不爽的点，就没有必要换。
|
 |
3
yuchuan520 OP @foryou2023 不是 codex 哪里不好，是我想有个备用工具，万一哪里 codex 用不了，还有备用工具
|
|
4
foryou2023 Aug 18
@yuchuan520 那可以试试，pi 第三方的客户端都有。
|
 |
5
zavviertang Aug 18 via iPhone
挺好用的，把 GPT 5.6 SOL 接入到 pi 里面又快又好看 Codex 的 Harness 做的太差了 换过去有明显的提升
|
 |
6
NoOneAI Aug 18 via iPhone
写代码的话用基于 pi 的 omp 不错，如果是用 grok 模型的话用 grok build 更好。
https://www.myaiexp.com/zh/insights/ai-coding-cli-comparison |
 |
7
Sezxy Aug 18
codex desktop 开新会话，输入首字肯定卡住几秒
|
 |
9
vkillwucy Aug 18 via Android
1.可以自定义，可玩性高。
2.快，省 token |
|
11
dacapoday Aug 19
@actors111 作者从开头系统型别就分析错了，还陷入初学者常见的 meta 陷阱，尝试细分寻找本元，引入大量不必要的 over design 。agent 并不是 daemon 应用，也不需要热重载，至少 agent-loop 过程不需要。这就是个协程间共享上下文所有权的过程，而且这个上下文还是 append-only 的日志结构，状态转换极简{Assistant,Tool,User}，初始 Assistant 写入 sys-prompt,Tool 写入定义，User 写入 memory 。User 持有所有权等待外部输入，后面三协程互相同步，同步期间三者可完全重载，根本不需要什么注册机制和析构。每个协程的依赖关系在运行期是静态的，外部对他们有任何配置改动，插件变化(比如添加 tool ，更换 assistant)，都只是协程重建过程。期间也完全可有别的协程加入，比如 compact 获取所有权后，reduce ctx 日志内容。
总言之，agent 的抽象核心是那个 append-only 的 ctx ，而非搞笑的 cordis ，完全本末倒置。 |
 |
12
actors111 2 days ago
@dacapoday 核心确实是 ctx ，这点不可否认，单个 loop 确实不用复杂的热重载，这点 PI 做到极致了，agent 就是 loop ，但是对一个特别复杂的多智能体系统或长时间运行的 Auto-Agent 来说，光靠重建协程很难还原。
|
|
13
dacapoday 2 days ago
@actors111 状态都在 ctx 里，协程是无状态的，启动后从当前 ctx 恢复。实际上 ctx 的数据结构设计非常重要，agent 一侧的 ctx 不是 api 里那个简单的多轮对话历史。不仅含 cache,model provider 等 api 调用相关的参数，由于上下文窗口的存在，对话被切成多份 ctx ，中间用压缩关联。还有 branch 或 subagent 。后端要持久化，还要支持全文搜索。当然插件的状态也在其中，对于磁盘来说不会是一个简单按行追加的日志文件。这也是一些 agent 软件转向使用 sqlite 来表征。
|
Select Language