Ludamn

FUCK vibe coding

[Ludamn @ludamn513]

I am confused about the people using OMP, why not just opencode or claude code.

[Lotto @LottoLabs]

It doesn’t matter if meta 30b is not better than qwen 27b

It matters that meta is back in the game

[Ludamn @ludamn513]

@Florious95 我理解降智是推理强度变了 这种应该是直接模型路由了 也算降智吧

[Ludamn @ludamn513]

各位每天评价各种模型是否降智的，能不能教教我，怎么做到的？

[Ludamn @ludamn513]

@realNyarime 技术论坛搞这么封闭，装啥呢？
也不见得里面多啥技术内容

[Ludamn @ludamn513]

@mizorewww otty 刚发布我用的时候就有这个 bug 了，竟然还没修复。
现在用 herdr了，无所谓了

[Ludamn @ludamn513]

@AlanShao111 啥时候注册的账号

[Ludamn @ludamn513]

@xiaozblog 基于acp的web应该很多开源实现吧

[Ludamn @ludamn513]

@ajielu_x 可能是模型路由了，应该不算降智吧

[Ludamn @ludamn513]

@edward40e 关注一下，像知道怎么解决定制化插件

[Ludamn @ludamn513]

@istdrc 希望你是对的

[Ludamn @ludamn513]

我觉得这是一个无端的指责
原因如原po所说，pi提供的只有Agent loop，四个基础tool，bash read edit write和API provider
上述的任何一个部分，在各种的Agent设计中都没有本质差别
所以我推测问题的原因可能来自两个方面
1）模型本身能力
2）上下文质量，包括tool schema skill这些也属于上下文质量

最后，在pi中碰到任何问题，应该去检查自己拓展的配置和提供给模型的上下文。而不是怀疑pi

[Ludamn @ludamn513]

@FlintyLemming task list？这是你自己拓展的工具吗？
我都是直接写plan.md
作者在博客也说了，不做 todos tool

[Ludamn @ludamn513]

看到 Kimi 直接基于 Pi 设计了 自己的 Harness，这一定是一个正确的决定
1） Weak loop Strong tool，loop 是 Harness 的核心，但是却并没有那么重要，因为 loop 的设计不会有任何的差异化，无非就是上下文的拼接和考虑各种格式的端点，而使用 Pi 完美的解决了这部分的工作量
2）无懈可击的定制化，除了以上两个部分，Pi 的任何东西都可以极其方便的定制化，包括但不限于 system prompt、tool schema、TUI 和强大的 extentions 系统。这些属于厂商需要和自家 LLM 适配的部分，Pi 允许你优雅的定制化，这里减少了非常多的代码量

其实可以归纳为一句话
“用 Pi 自研 Harness 和你自己从头自研一个 Harness 没有任何区别，但减少了极多的工作量，还能白嫖了社区维护”

[Ludamn @ludamn513]

@hellolike 支持所有你能找的provider

[Ludamn @ludamn513]

对我而言，pi最大的意义在于觉得对上下文可控
模型自己选择读什么，写什么是我们不可控的，但是都受到可控上下文的影响
包括 system prompt、prompt、tool registry、skill、mcp在大多数的Agent中，这些东西的定义都作为状态提示词的一部分，放在context的顶部，而具体如何使用这些东西，都让模型自己选择。也就是所谓的渐进式披露（progressive disclosure）
这里的问题就是无论是mcp或者skill，模型选择使用后就会append大量的context，这个行为是不稳定的
我的做法是所有mcp skill或其他plugin默认模型不可见，我手动触发。
体验是，在几乎没有增加使用许心智负担的情况下，Agent变得顺手、可控了许多。有种指哪打哪的感觉

[Ludamn @ludamn513]

看到 Kimi 直接基于 Pi 设计了 自己的 Harness，这一定是一个正确的决定
1） Weak loop Strong tool，loop 是 Harness 的核心，但是却并没有那么重要，因为 loop 的设计不会有任何的差异化，无非就是上下文的拼接和考虑各种格式的端点，而使用 Pi 完美的解决了这部分的工作量
2）无懈可击的定制化，除了以上两个部分，Pi 的任何东西都可以极其方便的定制化，包括但不限于 system prompt、tool schema、TUI 和强大的 extentions 系统。这些属于厂商需要和自家 LLM 适配的部分，Pi 允许你优雅的定制化，这里减少了非常多的代码量

其实可以归纳为一句话
“用 Pi 自研 Harness 和你自己从头自研一个 Harness 没有任何区别，但减少了极多的工作量，还能白嫖了社区维护”

[Ludamn @ludamn513]

勘误：MiniMax Code

[Ludamn @ludamn513]

@Leon920717 应该是是MiniMax Code 我打错了🥲

[Ludamn @ludamn513]

@chongshi_ustc yesir

[Ludamn @ludamn513]

@fufu1367612 是什么让你觉得有文化和娱乐体系的，我很好奇
我感觉这是最差的部分