2. Linux.do
  3. 感觉稍微调教的 pi 还是不如codex好用？

感觉稍微调教的 pi 还是不如codex好用？

littleblack LB 2026-09-04 16:32 1

前几天自己配了一个 Pi Agent，日常在已有项目里开发、修 bug，体验还不错，而且确实很省 token。


但后来让它从零 vibe 一个 Python 小游戏，效果却很差。我一开始以为是模型问题，因为当时用的是 Luna Max. 第二天又用 Codex 按几乎同样的提示词复现，结果效果依然差距很大。




而且像我的 Codex 去对话时，我也要求它做一个最小的 MVP。但最终代码实现出来后，工程化程度依然很强，也没有 over-engineering, 并没有因为只是 MVP 就生成一个单文件。所以你看到第二张图展示的大概实现效果，就是因为它只用了单文件，大概几百行代码就完成了。


当然，这个美工倒也不是 CodeX 完全自己 vibe 出来的，我也是给它提供了一个原版游戏的参考图，让它复现。所以同样的 instruction (不包括提问环节）、同样的输入，感觉输出其实不是很一样。


Pi Agent 的设计理念偏“大道至简”，默认不会堆很多 prompt engineering。理论上现在模型原生能力越来越强，确实应该减少外部提示词工程吧。


但实际用下来，我感觉在「已有项目内开发」和「从零完成开放式任务」这两类场景里，Agent 的设计差异还是非常明显。


所以想请教下佬们：你们自己的 Pi Agent 都是怎么设计的？会针对这类从零 vibe coding 的任务，额外加 system prompt、规划流程、工具约束或者其他 scaffold 吗？


像我目前的 workflow，我是比较习惯于像 CodeX 这样的设计，就是先去 plan 再去 execute。所以我装了一个插件，planning-with-files 和 grill-me。

最新回复 (16)
  • 落叶无痕 09-04 16:33
    1楼

    有没有可能是luna max的智力不够？换个更强大的模型试试看。

  • bikinhopfam 09-04 16:34
    2楼

    我现在也很纠结这个事儿，到底是用codex/cc/opencode，还是pi/dsh？


    工期紧怕返工啊，只能闲下来的时候慢慢调教了

  • littleblack LB 楼主 09-04 16:34
    3楼

    但是我用 Codex 时也是用的 Luna Max，所以总不能说就因为隔了一天，它的智力又爆表了吧，哈哈。

  • zyfun 09-04 16:34
    4楼

    你gpt肯定是在codex中用最好啊， claude同理。 自家的agent是最好的。 只能说deepseek, glm。 这些去对比pi, codex， claude。 个人感觉哈

  • littleblack LB 楼主 09-04 16:35
    5楼

    对的，我也很赞同你的观点。我觉得像 claude Code 还是 CodeX，肯定是原生自家做的提示词工程最好。哪怕可能有太多冗余，比较耗 token，但肯定是比自己做的 pi agnet 效果更好吧。

  • awoaCrim 09-04 16:35
    6楼

    Pi + trellis，我体验下来是比codex要好的，就是比较慢，可能比在codex里面还要慢一点，但是大部分都可以一遍过

  • xmszm 09-04 16:35
    7楼

    还真是，最近几天不是各种报嘛？最好等gpt那边稳定再测

  • fslx 09-04 16:36
    8楼

    pi好像是说要强一些的模型效果发挥的好

  • 落叶无痕 09-04 16:36
    9楼

    我的意思是codex中有大量预设好的提示词，提升了luna max模型的能力。但是在pi中，luna max模型缺少好的提示词，所以表现一般般。

  • littleblack LB 楼主 09-04 16:37
    10楼

    原来如此，受教了。我以为 GPT 5.6 系列的模型原生能力都很强。之前用 GPT 5.5 的时候，我自己基于 super powers 设计了一套工作流，效果很好。到了 5.6，我把这套东西全删掉了，效果也很好，所以我就以为真的是模型原生能力强。

  • coding 09-04 16:37
    11楼

    既然大道至简了，应该换强大一点的模型去干吧，不然本身 harness 就简单了，出来的效果能好吗？

  • Yuki001 09-04 16:37
    12楼

    我找了一个codex 的系统提示词，然后简化简化，放到了pi的APPEND_SYSTEM.md里面，好像有好一些。

  • littleblack LB 楼主 09-04 16:40
    13楼

    我是感觉如果说为了求稳的话，不是当玩具平常玩一玩，还是用成熟的agent工具是最好的。

    我觉得派 agent 它的特点，一方面是极客化，像 Arch Linux 那样；另一方面是它的确很省 token。但在产品成熟度上，因为这是用户社区自己做出来的东西，一般来讲没有太大的 Benchmark 等验证，所以这块就不一定了。

  • Qyang 09-04 16:41
    14楼

    我也是用pi+trellis 想请教下佬友有用过omp吗 有对比过和原版pi的差别吗？主要自己还在探索阶段 不知道原版pi是否还要搭配什么插件效果会更好 但我想着用pi就是为了大道至简 用omp又变得和codex cc这些差不多了

  • awoaCrim 09-04 17:24
    15楼

    我的想法和你的一致，如果摒弃了pi的特色，omp作为社区产物肯定不如codex，grok build这些成熟。

    至于插件我都是自己写的，觉得哪里有问题现搓就行了，pi就是这一点好

  • 枫枫 北 09-04 17:25
    16楼

    原来如此，受教了，学习到了，大道至简感觉是

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐