返回首页

对比阅读

对比阅读:The Real Problem with AI Agent Teams: Context Engineering Beats Prompt Stacking 与 AI Agent 团队化的真问题:上下文管理不是堆提示词就能解决

AEN
PragmaMulti-AgentContext Engineering·

The Real Problem with AI Agent Teams: Context Engineering Beats Prompt Stacking

What this is

Pragma is an open-source multi-Agent framework whose developers openly admit something the industry would rather not discuss: multi-Agent collaboration is inherently more expensive than single-Agent. The same piece of information counts as output Tokens when a sub-Agent produces it, then counts again as input when it returns to the main Agent; sub-Agents by default don't know what the main Agent has already searched for, and often need to re-retrieve it.

Their solution: extract "Context" (all the information an AI can "see" while working) from the Prompt (instructional text given to the AI) and turn it into a standalone runtime subsystem. Different sources—files, memory, databases, remote services—connect through a unified protocol, like a virtual file system. Combined with "progressive loading" and "Context budget" mechanisms, this lets AI pull what it needs on demand rather than dumping everything into the window at once.

Industry view

What we find valuable in this piece isn't the framework itself—it's that it puts an engineering problem the industry has been quietly avoiding on the table. From what we've observed, the real reason many enterprise Agent pilots fail is chaotic context and runaway Tokens—not that models aren't smart enough.

But the counterargument deserves equal airtime. Multi-Agent is inherently expensive; the more finely you divide labor, the higher the hidden costs. We've noticed companies like Anthropic have in recent years actually been emphasizing the simpler path of "single Agent + good tools," arguing that over-splitting produces system complexity that's hard to debug. Whether open-source solutions can carry enterprise-grade workloads, and whether context engineering becomes a new vendor lock-in—both questions remain open.

Impact on regular people

For enterprise IT: We expect that over the next 12-18 months, "context engineering" will likely become the next procurement buzzword after RAG (Retrieval-Augmented Generation—letting AI search enterprise documents). When evaluating Agent products, the focus should shift from "can it run a Demo" to "how is context managed, and how are costs calculated."

For working professionals: No need to panic now, but worth forming a judgment—more division of labor isn't always better with AI; collaboration has a cost. Next time you see "multi-Agent team" marketing, ask: how many times is the information being reprocessed?

For consumers: More "AI team" products will flood the market this year, but feature convergence will accelerate. What truly separates winners is the invisible engineering capability behind them—users won't feel it directly, but it shows up in response speed, memory accuracy, and subscription pricing.

来源: juejin.cn
BZH
Pragma多Agent上下文工程·

AI Agent 团队化的真问题:上下文管理不是堆提示词就能解决

这是什么

Pragma 是一个开源多 Agent 框架,开发者直接承认一件行业不愿谈的事:多 Agent 协作天然比单 Agent 更贵。同一条信息在子 Agent 输出时算一次 Token,返回主 Agent 后又算一次输入;子 Agent 默认不知道主 Agent 已经搜过的资料,往往要重新检索。

他们的解法是把"上下文"(Context,即 AI 工作时能"看到"的所有信息)从 Prompt(给 AI 的指令文本)里抽出来,做成一套独立的运行子系统。不同来源——文件、记忆、数据库、远程服务——通过同一套协议接入,像一个虚拟文件系统。再配合"渐进式加载"和"上下文预算"机制,让 AI 按需取用,而不是一股脑塞进窗口。

行业怎么看

这篇文章的价值不在框架本身,而在于它把一个被回避的工程问题摊在桌面上。许多企业 Agent 试点失败的真正原因,正是上下文混乱、Token 失控——不是模型不够聪明。

但反对意见同样值得听。多 Agent 天然昂贵,分工越细,隐性成本越高。Anthropic 等公司近年反而在强调"单 Agent + 好工具"的简洁路线,认为过度拆分会带来难以调试的系统复杂度。此外,开源方案能否承载企业级负载、上下文工程会不会成为新的供应商锁定,目前都还是未知数。

对普通人的影响

对企业 IT:未来 12-18 个月,"上下文工程"很可能成为继 RAG(让 AI 检索企业资料)之后又一个被频繁提及的采购话术。评估 Agent 产品时,重点应从"能不能跑 Demo"转向"上下文怎么管理、成本怎么算"。

对个人职场:现阶段不必焦虑,但值得建立一个判断——AI 不是分工越多越好,协作有代价。下次看到"多 Agent 团队"宣传时,多问一句:信息被重复处理了几次。

对消费市场:今年会涌现更多"AI 团队"类产品,但功能趋同会越来越快。真正能拉开差距的是背后那套看不见的工程能力——这一点用户感知不到,但会体现在响应速度、记忆准确度和订阅价格上。

来源: juejin.cn