返回列表
🧠 阿头学 · 🪞 Uota学

Pi框架:极简主义是工程优化还是PR话术?

Earendil(Pi的创建方)在其PR文章中主张极简编码框架Pi能通过“上下文纪律”实现更低成本与更高性能,但这一论证存在将工程优化成果偷换为产品哲学优越性的逻辑缺陷,且其外部验证案例存在选择性呈现。
打开原文 ↗

2026-08-05 原文链接 ↗
阅读简报
双语对照
完整翻译
原文
讨论归档

核心观点

  • Databricks基准支持上下文效率优势:Databricks基于数百万行代码库的独立测试显示,Pi在Opus 4.8等模型组合下实现了最高总体通过率,且单任务成本比Claude Code和Codex显著更低,每轮上下文减少约3倍,这是难以简单驳倒的强外部验证。
  • 因果偷换:上下文纪律≠极简主义:文章将“上下文管理高效”这一工程实现层面的优化,直接归因于“仅有4个工具、<1000 token系统提示”的极简主义设计哲学;但二者无必然因果,一个拥有20个工具的框架完全可能通过优秀的压缩策略达到同等上下文效率。
  • Shopify案例存在张冠李戴与利益冲突:Shopify报告的“单元测试提速300倍”等数据来自其自建的Autoresearch扩展应用层,而非Pi原生框架能力;文章由Pi创建方发布却采用伪第三方口吻,未充分披露这是产品PR内容,且用户被迫自建扩展恰恰证明原生4工具不足以覆盖企业实际需求。
  • 模型进化削弱而非支撑框架极简论:Anthropic将Claude Code系统提示词削减80%,更可能反映基础模型能力跃升使其需要更少显式指令,而非证明第三方框架应选择极简;这与Pi作为第三方框架的极简属于不同抽象层,文章对此进行了有利于自身的片面解读。
  • 可扩展性架构的理念具有合理性:Pi将自身定位为“可扩展基座”而非“全能套件”,避免供应商锁定预设工作流,在AI工具快速迭代期允许组织按需定制,这一设计哲学与当前模型能力进步形成了自洽的叙事,尽管其成本优势的具体幅度仍待更多第三方验证。

跟我们的关联

  • 对ATou:意味着个人或团队在选择AI编码工具时,应放弃“模型单价=总成本”的直觉,转向用真实任务测算不同【模型×框架】组合的端到端单任务成本;下一步可建立内部基准测试,以Pi的极简配置为参照线,检验现有工具是否存在因上下文膨胀导致的隐性开销。
  • 对Neta:意味着AI Agent基础设施的竞争维度正从“功能清单长度”转向“上下文资源适配效率”;下一步在构建或评估Agent框架时,应引入“上下文纪律三问”——每轮携带的上下文是否历史冗余、系统提示是否已被当前模型版本内化、新增复杂度能否被轮次减少所覆盖。
  • 对Uota:意味着产品决策中“减法”可能比“加法”更具结构性优势,但必须区分“因为模型变强所以能极简”与“因为极简所以性能好”的因果方向;下一步在做产品 roadmap 时,警惕将当前技术瓶颈(如本地模型上下文窗口小)误判为长期产品优势,避免为PR话术支付溢价。

讨论引子

  • 如果极简框架的核心优势是“上下文纪律”而非“工具数量少”,那么一个保持高效上下文管理但功能更全的原生框架(如优化后的Claude Code),是否天然比极简但生态贫瘠的第三方框架更具长期优势?
  • Shopify被迫自建Autoresearch才能满足需求,这究竟证明了Pi“赋予用户灵活性”的产品哲学,还是暴露了“将基础设施建设成本转嫁给用户”的商业模式缺陷?
  • 在模型能力指数级提升的背景下,框架设计者的真正护城河是“接口极简”的设计能力,还是“深度理解模型内部机制”以进行提示词优化的工程能力?

Pi,极简且高性能 | EARENDIL

Purpose Values Join Us Posts

Pi Lefos Works

Pi,极简且高性能

发件人:Earendil rfc@earendil.com

Pi 的极简主义正是其优势所在

AI 已经让代码变得廉价,结果就是许多公司为了追求更好的性能,正在构建越来越庞大的工具。更大的提示词,更多的编排,更多的层级,更多的复杂性。这也使得这些工具的使用成本本质上变得更加昂贵。Pi 采取了截然相反的方法。

Pi 是一个刻意选择极简主义的编码框架。它开箱即用仅包含 4 个工具,其系统提示词和工具定义的总长度不到 1,000 个 token。其理念是,大多数工作都可以通过基础工具完成,如果你需要更多功能,就去构建它。

越来越多的证据表明,Pi 的设计不仅更简洁,而且成本更低、性能更高。用户发现,原生 Pi 即使在不添加扩展以匹配特定用户工作流和需求的情况下,也能产生行业领先的结果。正如我们将在 Databricks 和 Shopify 的案例研究中看到的那样,Pi 为两者都带来了理想的结果。

案例研究

Databricks 研究:单任务成本

Databricks 最近分享了他们的发现“在 Databricks 数百万行代码库上对编码智能体进行基准测试”。他们研究的目标是了解哪些编码智能体在现实世界的编码任务中提供了最佳性能,以及任务性能如何随价格变化。

为了避免外部已变得过度饱和的基准测试带来的偏差,他们根据工程师团队经常执行的任务创建了自己的基准测试。结果符合我们的预期,但也可能让行业内的许多人感到意外。用他们的话说,“……调用模型的框架极大地影响了成本和质量”,而且“在许多情况下,像 Pi 这样的简单框架在我们的工作负载上表现最佳”。

图表由 Databricks 制作。

当与 Opus 4.8、xhigh 结合使用时,Pi 拥有最高的总体通过率,且成本显著低于 Claude Code 和 Codex。

极简框架,效果可测

Pi 之所以出色,是因为它并不试图用一堆默认值和指令将模型包裹起来,这些指令往往会在指令层级中迷失方向。相反,Pi 不妨碍模型的运作,团队可以添加他们工作流中实际需要的内容。

Databricks 的研究很有见地,因为它将模型与框架区分开来。

他们报告称,当通过不同的框架以相同的思考努力运行相同的模型时,“单任务成本差异显著(在某些情况下超过 2 倍),而质量保持不变”。我们称之为 Pi 的“上下文纪律”。“Pi 每轮发送的上下文大约减少了 3 倍。它更好地管理了上下文,保持了更紧凑的工作集,并以更少的运行次数完成了任务。”

我们认同,必须考虑端到端的工程经济学,而不仅仅是每个 token 的价格。这一点在模型层面同样成立;例如,我们观察到在 Haiku 4.5 上运行复杂工作流通常比 Sonnet 4.6 更昂贵,尤其是在涉及代码执行时,这仅仅是因为智能体需要更多的轮次才能成功完成任务。

现在我们在框架层面也看到了这一点;搭配高性能框架的更强、更昂贵的模型,可能比相反的组合更便宜。

Shopify 构建 Pi Autoresearch:可扩展性胜过臃肿

极简主义是 Pi 核心理念的一部分。让这一切奏效的原因在于,极简并不意味着僵化。事实上,它是第一个为可扩展性和自编辑能力而创建的广泛使用的智能体基础设施。

另一个对 Pi 设计富有洞察力的外部验证来自 Shopify。在这篇来自 Shopify Engineering 的文章中,David Cortés 描述了通过简单地要求“Pi,为 Autoresearch 创建一个扩展……”,从而直接将 pi-autoresearch 构建为一个 Pi 扩展的过程。Pi 读取自己的扩展文档,并从那里开始构建新的工作流。

Autoresearch 是一个利用编码智能体进行优化的自主循环。当你请求更改时,它会运行实验以找出哪些有效,哪些会导致回归。只要目标是可衡量的,它就可以剔除这些回归并持续自我改进。

对于 Shopify 以及其他公司来说,Autoresearch 扩展迅速成为了一个重要的内部生产力工具。Shopify 报告的案例包括单元测试运行速度“提升 300 倍”,React 组件挂载速度“提升 20%”,多个项目的构建时间缩短,甚至 pnpm 性能也得到了提升。

图片来自 Shopify 的 pi-autoresearch GitHub 仓库

这里的重点是,Pi 开箱即用时并不包含任何这些工具。相反,它让你构建这些工具变得极其简单。Pi 不假设供应商了解你的工作流并试图提供所有可能的工具,而是假设你最了解情况,赋予你可扩展性,让你能够驾驭和打造自己的工作流。

为何极简主义现在能胜出

大约一年前,人们还可以争辩说,原生框架相对于其他框架具有结构性优势,因为模型是围绕它们构建的。然而,这种论点已经变得站不住脚了。

现在,前沿模型通常非常能够理解终端(或终端风格)编码环境,并在其中采取行动。Anthropic 最近将 Claude Code 的系统提示词削减了 80% 就是一个明显的信号。因此,问题不再在于框架的原生程度如何,而更多地在于它如何处理上下文以避免冗余,并使用干净的基元进行操作。模型需要一个干净的环境接口,以及一个不浪费上下文的框架。

Pi 提供了这一点:更少的提示词开销和重复上下文,更低廉的运行成本,更少的不必要抽象。因为它是可扩展的,你不会失去能力,反而获得了选择性。你只在复杂性“物有所值”时才添加它。

我们也看到本地模型发展迅速,在 Earendil,我们发现它们非常有前途。Pi 的上下文纪律在这里尤其是一笔资产。本地模型通常上下文窗口较小,且预填充可能需要很长时间,因此保持稳定的提示词前缀至关重要。上下文纪律意味着除非用户明确要求,否则我们不会更改上下文,从而避免了长达数分钟的重新预填充。结合极简的默认系统提示词和工具集,这使得 pi 成为本地模型的理想框架。

Pi 正在证明它能够兼顾一切。更便宜、更极简、且更高性能。

Pi, Minimal and Performant | EARENDIL

Purpose Values Join Us Posts

Pi Lefos Works

Pi,极简且高性能 | EARENDIL

Purpose Values Join Us Posts

Pi Lefos Works

Pi, Minimal and Performant

Date:Tue, 04 Aug 2026

From:Earendil rfc@earendil.com

Subject:Pi, Minimal and Performant

Pi,极简且高性能

发件人:Earendil rfc@earendil.com

Pi’s Minimalism Is Its Advantage

AI has made code cheap, and as a result many companies are building bigger tools in pursuit of better performance. Larger prompts, more orchestration, more layers, more complexity. This also makes these tools intrinsically more expensive to use. Pi takes the opposite approach.

Pi is the coding harness that chooses minimalism on purpose. It comes out of the box with only 4 tools, and its system prompt and tool definitions come in below 1,000 tokens. The idea being that most work can be done with the basics, and if you want more, build it.

Evidence increasingly suggests that Pi’s design is not just cleaner; it’s cheaper and more performant. Users are finding that vanilla Pi produces industry leading results, even before adding on extensions to match user specific workflows and needs. As we'll see in case studies of Databricks and Shopify, Pi produced ideal outcomes for both.

Pi 的极简主义正是其优势所在

AI 已经让代码变得廉价,结果就是许多公司为了追求更好的性能,正在构建越来越庞大的工具。更大的提示词,更多的编排,更多的层级,更多的复杂性。这也使得这些工具的使用成本本质上变得更加昂贵。Pi 采取了截然相反的方法。

Pi 是一个刻意选择极简主义的编码框架。它开箱即用仅包含 4 个工具,其系统提示词和工具定义的总长度不到 1,000 个 token。其理念是,大多数工作都可以通过基础工具完成,如果你需要更多功能,就去构建它。

越来越多的证据表明,Pi 的设计不仅更简洁,而且成本更低、性能更高。用户发现,原生 Pi 即使在不添加扩展以匹配特定用户工作流和需求的情况下,也能产生行业领先的结果。正如我们将在 Databricks 和 Shopify 的案例研究中看到的那样,Pi 为两者都带来了理想的结果。

Case Studies

Databricks Study: Cost Per Task

Databricks recently shared their findings “Benchmarking Coding Agents on Databricks’ Multi-Million Line Codebase.” The goal of their research was to understand which coding agents offer the best performance on real-world coding tasks, and how task-performance varies with price.

To avoid bias from external benchmarks that have become oversaturated, they created their own based on tasks their team of engineers regularly performs. The results match what we would expect, but what many in the industry may have been surprised to learn. In their words, “...the harness a model is called from dramatically impacts cost and quality,” and, “in many cases, simple harnesses like Pi performed best on our workloads.”

Figure made by Databricks.

When combined with Opus 4.8, xhigh, Pi had the highest overall pass-rate, at a significantly lower cost than both Claude Code and Codex.

Minimal harness, measurable effect

Pi shines because it doesn’t try to wrap the model in a bunch of defaults and instructions that get lost in the instruction hierarchy. Instead, Pi stays out of the model’s way, and the team is able to add what they actually need for their workflow.

Databricks’ study is insightful because it separates model from harness.

They reported that when they ran the same model with the same thinking effort through different harnesses, “the cost per task differed significantly (more than 2x in some cases), while quality remained the same”. We call this Pi’s “context discipline”. “Pi sent about 3x less context per turn. It managed context better, keeping a tighter working set and finishing the tasks in fewer runs.”

We agree that one must take into account end-to-end engineering economics, and not just price per token. And this is also true at the model level; we have observed, for instance, that running complex workflows on Haiku 4.5 was often more expensive than Sonnet 4.6, especially when code execution was involved, simply because the agent required more turns to complete the task successfully.

Now we see this at the harness level too; stronger, more expensive models with a performant harness can be cheaper than the converse.

Shopify builds Pi Autoresearch: Extensible beats bloat

Minimalism is part of Pi’s core philosophy. What makes this work is that minimal does not mean inflexible. In fact, it is the first widely used agentic infrastructure created for extensibility and self-editability.

Another insightful external validation of Pi’s design comes from Shopify. In this post from Shopify Engineering, David Cortés describes building pi-autoresearch directly as a Pi extension, by simply asking “Pi, [to] create an extension for Autoresearch...”. Pi reads its own extension documentation and starts building a new workflow from there.

Autoresearch is an autonomous loop for optimization with coding agents. When you ask for a change, it runs experiments to find out what works and what causes regressions. For as long as the target is measurable, it can throw out these regressions and keep self-improving.

For Shopify and others, the Autoresearch extension quickly became a serious internal productivity tool. Shopify reported cases including unit tests running “300 times faster,” React component mounting “20% faster,” reduced build times across multiple projects, and even improvements to pnpm performance.

Image from Shopify’s pi-autoresearch GitHub repository.

The important point here is that Pi doesn’t ship any of these tools out of the box. Instead, it makes it ridiculously simple for you to build them. Instead of assuming the vendor knows your workflow and trying to ship every tool under the sun, Pi assumes you know best, and gifts you extensibility to wield and craft your own workflow.

案例研究

Databricks 研究:单任务成本

Databricks 最近分享了他们的发现“在 Databricks 数百万行代码库上对编码智能体进行基准测试”。他们研究的目标是了解哪些编码智能体在现实世界的编码任务中提供了最佳性能,以及任务性能如何随价格变化。

为了避免外部已变得过度饱和的基准测试带来的偏差,他们根据工程师团队经常执行的任务创建了自己的基准测试。结果符合我们的预期,但也可能让行业内的许多人感到意外。用他们的话说,“……调用模型的框架极大地影响了成本和质量”,而且“在许多情况下,像 Pi 这样的简单框架在我们的工作负载上表现最佳”。

图表由 Databricks 制作。

当与 Opus 4.8、xhigh 结合使用时,Pi 拥有最高的总体通过率,且成本显著低于 Claude Code 和 Codex。

极简框架,效果可测

Pi 之所以出色,是因为它并不试图用一堆默认值和指令将模型包裹起来,这些指令往往会在指令层级中迷失方向。相反,Pi 不妨碍模型的运作,团队可以添加他们工作流中实际需要的内容。

Databricks 的研究很有见地,因为它将模型与框架区分开来。

他们报告称,当通过不同的框架以相同的思考努力运行相同的模型时,“单任务成本差异显著(在某些情况下超过 2 倍),而质量保持不变”。我们称之为 Pi 的“上下文纪律”。“Pi 每轮发送的上下文大约减少了 3 倍。它更好地管理了上下文,保持了更紧凑的工作集,并以更少的运行次数完成了任务。”

我们认同,必须考虑端到端的工程经济学,而不仅仅是每个 token 的价格。这一点在模型层面同样成立;例如,我们观察到在 Haiku 4.5 上运行复杂工作流通常比 Sonnet 4.6 更昂贵,尤其是在涉及代码执行时,这仅仅是因为智能体需要更多的轮次才能成功完成任务。

现在我们在框架层面也看到了这一点;搭配高性能框架的更强、更昂贵的模型,可能比相反的组合更便宜。

Shopify 构建 Pi Autoresearch:可扩展性胜过臃肿

极简主义是 Pi 核心理念的一部分。让这一切奏效的原因在于,极简并不意味着僵化。事实上,它是第一个为可扩展性和自编辑能力而创建的广泛使用的智能体基础设施。

另一个对 Pi 设计富有洞察力的外部验证来自 Shopify。在这篇来自 Shopify Engineering 的文章中,David Cortés 描述了通过简单地要求“Pi,为 Autoresearch 创建一个扩展……”,从而直接将 pi-autoresearch 构建为一个 Pi 扩展的过程。Pi 读取自己的扩展文档,并从那里开始构建新的工作流。

Autoresearch 是一个利用编码智能体进行优化的自主循环。当你请求更改时,它会运行实验以找出哪些有效,哪些会导致回归。只要目标是可衡量的,它就可以剔除这些回归并持续自我改进。

对于 Shopify 以及其他公司来说,Autoresearch 扩展迅速成为了一个重要的内部生产力工具。Shopify 报告的案例包括单元测试运行速度“提升 300 倍”,React 组件挂载速度“提升 20%”,多个项目的构建时间缩短,甚至 pnpm 性能也得到了提升。

图片来自 Shopify 的 pi-autoresearch GitHub 仓库

这里的重点是,Pi 开箱即用时并不包含任何这些工具。相反,它让你构建这些工具变得极其简单。Pi 不假设供应商了解你的工作流并试图提供所有可能的工具,而是假设你最了解情况,赋予你可扩展性,让你能够驾驭和打造自己的工作流。

Why minimal wins now

About a year ago, an argument could be made for native harnesses having a structural advantage over all others, because models were built around them. However, this argument has gotten weaker.

Frontier models are now generally very competent at understanding a terminal (or terminal-style) coding environment, and acting within it. Anthropic recently cutting down Claude Code’s system prompt by 80% is a clear sign of this. So the question is becoming less about how native the harness is, and more about how it handles context to avoid redundancy and act with clean primitives. Models need a clean interface to the environment, and a harness that does not waste context.

Pi provides this: less prompt overhead and repeated context, cheaper runs, fewer unnecessary abstractions. Because it is extensible, you do not lose power, but gain selectivity. You add complexity only when it “earns its keep”.

We are also seeing local models developing fast, and at Earendil we find them very promising. Pi’s context discipline is especially an asset here. Local models usually have lower context windows, and prefill can take a long time, so preserving a stable prompt prefix matters. Context discipline means we do not change the context without the user explicitly asking for it, avoiding minute-long re-prefilling. Combined with the minimal default system prompt and tool set, this makes pi an ideal harness for local models.

Pi is proving that it can manage it all. To be cheaper, minimal, and more performant.

为何极简主义现在能胜出

大约一年前,人们还可以争辩说,原生框架相对于其他框架具有结构性优势,因为模型是围绕它们构建的。然而,这种论点已经变得站不住脚了。

现在,前沿模型通常非常能够理解终端(或终端风格)编码环境,并在其中采取行动。Anthropic 最近将 Claude Code 的系统提示词削减了 80% 就是一个明显的信号。因此,问题不再在于框架的原生程度如何,而更多地在于它如何处理上下文以避免冗余,并使用干净的基元进行操作。模型需要一个干净的环境接口,以及一个不浪费上下文的框架。

Pi 提供了这一点:更少的提示词开销和重复上下文,更低廉的运行成本,更少的不必要抽象。因为它是可扩展的,你不会失去能力,反而获得了选择性。你只在复杂性“物有所值”时才添加它。

我们也看到本地模型发展迅速,在 Earendil,我们发现它们非常有前途。Pi 的上下文纪律在这里尤其是一笔资产。本地模型通常上下文窗口较小,且预填充可能需要很长时间,因此保持稳定的提示词前缀至关重要。上下文纪律意味着除非用户明确要求,否则我们不会更改上下文,从而避免了长达数分钟的重新预填充。结合极简的默认系统提示词和工具集,这使得 pi 成为本地模型的理想框架。

Pi 正在证明它能够兼顾一切。更便宜、更极简、且更高性能。

Pi, Minimal and Performant | EARENDIL

Purpose Values Join Us Posts

Pi Lefos Works

Pi, Minimal and Performant

Date:Tue, 04 Aug 2026

From:Earendil rfc@earendil.com

Subject:Pi, Minimal and Performant

Pi’s Minimalism Is Its Advantage

AI has made code cheap, and as a result many companies are building bigger tools in pursuit of better performance. Larger prompts, more orchestration, more layers, more complexity. This also makes these tools intrinsically more expensive to use. Pi takes the opposite approach.

Pi is the coding harness that chooses minimalism on purpose. It comes out of the box with only 4 tools, and its system prompt and tool definitions come in below 1,000 tokens. The idea being that most work can be done with the basics, and if you want more, build it.

Evidence increasingly suggests that Pi’s design is not just cleaner; it’s cheaper and more performant. Users are finding that vanilla Pi produces industry leading results, even before adding on extensions to match user specific workflows and needs. As we'll see in case studies of Databricks and Shopify, Pi produced ideal outcomes for both.

Case Studies

Databricks Study: Cost Per Task

Databricks recently shared their findings “Benchmarking Coding Agents on Databricks’ Multi-Million Line Codebase.” The goal of their research was to understand which coding agents offer the best performance on real-world coding tasks, and how task-performance varies with price.

To avoid bias from external benchmarks that have become oversaturated, they created their own based on tasks their team of engineers regularly performs. The results match what we would expect, but what many in the industry may have been surprised to learn. In their words, “...the harness a model is called from dramatically impacts cost and quality,” and, “in many cases, simple harnesses like Pi performed best on our workloads.”

Figure made by Databricks.

When combined with Opus 4.8, xhigh, Pi had the highest overall pass-rate, at a significantly lower cost than both Claude Code and Codex.

Minimal harness, measurable effect

Pi shines because it doesn’t try to wrap the model in a bunch of defaults and instructions that get lost in the instruction hierarchy. Instead, Pi stays out of the model’s way, and the team is able to add what they actually need for their workflow.

Databricks’ study is insightful because it separates model from harness.

They reported that when they ran the same model with the same thinking effort through different harnesses, “the cost per task differed significantly (more than 2x in some cases), while quality remained the same”. We call this Pi’s “context discipline”. “Pi sent about 3x less context per turn. It managed context better, keeping a tighter working set and finishing the tasks in fewer runs.”

We agree that one must take into account end-to-end engineering economics, and not just price per token. And this is also true at the model level; we have observed, for instance, that running complex workflows on Haiku 4.5 was often more expensive than Sonnet 4.6, especially when code execution was involved, simply because the agent required more turns to complete the task successfully.

Now we see this at the harness level too; stronger, more expensive models with a performant harness can be cheaper than the converse.

Shopify builds Pi Autoresearch: Extensible beats bloat

Minimalism is part of Pi’s core philosophy. What makes this work is that minimal does not mean inflexible. In fact, it is the first widely used agentic infrastructure created for extensibility and self-editability.

Another insightful external validation of Pi’s design comes from Shopify. In this post from Shopify Engineering, David Cortés describes building pi-autoresearch directly as a Pi extension, by simply asking “Pi, [to] create an extension for Autoresearch...”. Pi reads its own extension documentation and starts building a new workflow from there.

Autoresearch is an autonomous loop for optimization with coding agents. When you ask for a change, it runs experiments to find out what works and what causes regressions. For as long as the target is measurable, it can throw out these regressions and keep self-improving.

For Shopify and others, the Autoresearch extension quickly became a serious internal productivity tool. Shopify reported cases including unit tests running “300 times faster,” React component mounting “20% faster,” reduced build times across multiple projects, and even improvements to pnpm performance.

Image from Shopify’s pi-autoresearch GitHub repository.

The important point here is that Pi doesn’t ship any of these tools out of the box. Instead, it makes it ridiculously simple for you to build them. Instead of assuming the vendor knows your workflow and trying to ship every tool under the sun, Pi assumes you know best, and gifts you extensibility to wield and craft your own workflow.

Why minimal wins now

About a year ago, an argument could be made for native harnesses having a structural advantage over all others, because models were built around them. However, this argument has gotten weaker.

Frontier models are now generally very competent at understanding a terminal (or terminal-style) coding environment, and acting within it. Anthropic recently cutting down Claude Code’s system prompt by 80% is a clear sign of this. So the question is becoming less about how native the harness is, and more about how it handles context to avoid redundancy and act with clean primitives. Models need a clean interface to the environment, and a harness that does not waste context.

Pi provides this: less prompt overhead and repeated context, cheaper runs, fewer unnecessary abstractions. Because it is extensible, you do not lose power, but gain selectivity. You add complexity only when it “earns its keep”.

We are also seeing local models developing fast, and at Earendil we find them very promising. Pi’s context discipline is especially an asset here. Local models usually have lower context windows, and prefill can take a long time, so preserving a stable prompt prefix matters. Context discipline means we do not change the context without the user explicitly asking for it, avoiding minute-long re-prefilling. Combined with the minimal default system prompt and tool set, this makes pi an ideal harness for local models.

Pi is proving that it can manage it all. To be cheaper, minimal, and more performant.

📋 讨论归档

讨论进行中…