Pi 的新架构 和 Maka 告诉我们 harness 的答案早就在数据库论文里了!! Maka的核心作者很多都是 database 背景出身的。 当Pi 的 harness v2 文档出来后,Maka内部群大家直接愣了,因为它和我们在 Maka 里做的架构几乎一致: 持久化事实 → 派生运行状态 → 派生模型上下文 → 派生 UI → 崩溃后重新归约。 连 tool 的边界都一样:先写执行意图,再做副作用,再写结果: Pi: too…

Apache Maka 团队发现,Pi 最新发布的 Agent harness v2 架构与自家产品高度一致,两者都复用了数据库领域的预写日志与事件溯源思想。这说明 AI Agent 的执行层正在收敛到一套工程共识。

一句话看懂:Apache Maka 团队发现,Pi 最新发布的 Agent harness v2 架构与自家产品高度一致,两者都复用了数据库领域的预写日志与事件溯源思想。这说明 AI Agent 的执行层正在收敛到一套工程共识。

事件核心:发生了什么

8 月 24 日,Maka 相关开发者 @jakevin7 在 X 平台公开发帖,对比了 Pi 的 harness v2 文档与 Apache Maka(孵化中)的内部架构,发现两者在设计上几乎重合:均采用“持久化事实 → 派生运行状态 → 派生模型上下文 → 派生 UI → 崩溃后重新归约”的链路。工具调用边界也一致——Pi 使用 tool_started intent、execute、tool-result entry 三段式;Maka 对应 T1 toolDispatch、execute、T2 function_response。

Maka 核心作者多出身数据库领域,而 Pi 从另一条路径独立演进,最终却得出相同设计。该帖在发布后获得约 6.4 万次浏览,评论与转发集中在 Agent 基础设施层。

为什么重要

这件事的意义不在于某一家公司的产品,而在于行业正在收敛。当两条独立研发路线得出近乎相同的架构,说明 Agent harness 这一层正在形成公共技术底座,类似早年操作系统和数据库分别演化后,最终统一到预写日志、事件溯源、可恢复持久化操作等基本范式。

对开发者而言,这意味着未来 Agent 框架的可迁移性会更强。今天学到的工具调用边界、状态恢复机制,明天换一个框架或平台仍然适用,不会因为闭源或开源分裂而重学一套逻辑。对开源生态而言,Apache Maka 作为孵化项目,其与 Pi 的架构一致性也验证了“本地优先 Agent 工作区”这一技术路线的可行性。

对用户/开发者/创作者的影响

对于正在构建 Agent 应用或工具链的开发者,建议优先关注持久化层设计,而非上层提示词工程。当前共识指向一个核心原则:先写执行意图,再执行副作用,最后写结果。这条规则能显著提升崩溃恢复能力,减少状态不一致。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

对普通用户和创作者,这类底层变化短期内不会直接体现为功能更新,但长期来看,Agent 工具的稳定性会明显改善。基于事件溯源的架构意味着断线、断电或模型输出中断后,任务可以从最近的持久化事实重新归约,而不是从头再来。这也降低了长链路自动化任务(例如多步骤内容生成、跨工具数据整理)的失败率。

值得关注的后续

目前公开信息显示,Maka 仍处于 Apache 孵化期,Pi 的 harness v2 也尚未大规模铺开。以下几个方向值得持续观察:一是 Pi 的 v2 文档是否会完整开源实现,若开源则社区可以直接对照验证;二是 Apache Maka 的社区活跃度与合入速度,孵化项目能否形成稳定 Release 是重要指标;三是其他主流 Agent 框架(如 LangChain、LlamaIndex 等)是否会跟进类似的事件溯源机制,这将决定上述共识能否真正成为事实标准。

来源:@jakevin7

celebrityanime
celebrityanime
文章: 20085

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注