ReadingResearchRadarInvestment frameworkAI Company Primary Sources
Sign in / Sign up
← Back to reading
NewsTopic · Druid AIMaterial3 min readDisconfirmAI Editorial

Druid AI Co-founder Pleșea: The Root of Enterprise Agent Misunderstanding Is Ontological

Using a 2011 brick negotiation study as an example, Druid AI co-founder Pleșea explains the semantic roots of why enterprise agents fail to understand each other; CEO Kim points out that routing patterns cannot combine deterministic writes with flexible reasoning, meaning business system writes still require existing structured channels.

2026-11-02 17:50 GMT+8

A seller describes bricks in one specification, while another buyer searches using different terminology; both sides use different words but refer to the same batch of bricks. For two programs to reach a transaction, they must first agree on what constitutes a brick. Andreea Pleșea, co-founder of Druid AI, addressed this exact problem in her 2011 doctoral thesis: enabling software agents buying and selling goods to find a common language. She discovered at the time that the difficulty lay not in whether agents could execute actions, but in their fundamentally different understanding of the same word—one side described quotes using synonyms, while the other expressed needs through specific requests.

Fifteen years later, she believes enterprises are rebuilding the same maze. Today, every ERP and CRM tool comes with built-in agents. To check information in Salesforce, employees must consult Salesforce’s agent; to check another CRM, they must consult that CRM’s agent. Pleșea notes this returns organizations to the state of 2011 or earlier—every system exists, yet no one knows where information originates, nor is there a unified source of truth. She argues that what is truly needed is not more agents, but a secure, governable framework that orchestrates all agents in one place and audits what each agent does.

Joe Kim, CEO of Druid AI, offers another perspective. He describes traditional integration as working by design—you pre-draw flowcharts and instruct the system on step one, then step two. Agents, however, work by intent—a salesperson’s true goal is to close the deal, meet targets, and earn bonuses; they may follow processes or bypass them, but the optimization direction is the result itself. Kim believes agents will optimize similarly, so they must be designed from the start to be trustworthy and monitorable, rather than mapped incrementally.

Sign in / Sign up
ReadingResearchRadarInvestment frameworkAI Company Primary Sources

However, the intervention of LLMs has not made this problem disappear; it has merely made it easier to handle. Kim states that early conversational platforms required matching user input to predefined intents and filling slots; LLMs have made intent understanding significantly easier. Yet he draws a clear line: when agents need to write data into business systems, this action must proceed through the enterprise’s existing deterministic systems. His reasoning is that while you can use LLMs for reasoning, the step of submitting to an ERP or CRM requires logs, control, and piece-by-piece fine-tuning—it cannot be left to the model to figure out independently.

Kim further points out that the most popular pattern in the current industry uses deterministic systems for routing rather than orchestration—the front end features a router deciding whether a query follows a deterministic workflow or a non-deterministic path. He identifies two problems with this approach: first, you cannot create something atop both paths that leverages both; business value becomes an either/or choice rather than a both/and gain. Second, even if tasks are routed to new models, if control is not exerted over the agents on that side, they will become uncontrollable due to ineffective constraints. Pleșea adds that agents running on desktops multiply this problem—on an enterprise scale, it is difficult to control what each agent does, measure its activity, or audit it.

The practical implication of this argument is that the bottleneck in multi-agent integration is not connectivity capability, but semantic alignment. LLMs lower the threshold for understanding intent, but business writes still require deterministic channels. For readers evaluating various agent platforms, the key question is not whether an agent can perform a task, but whether two agents can use the same word for the same thing.

It should be noted that Druid AI itself is a company specializing in agent orchestration; its arguments naturally lean toward positioning ontology orchestration as the core bottleneck. Other possible explanations—such as insufficient API standardization, organizational process issues, or limitations inherent to model capabilities—are not sufficiently discussed in this article. Pleșea and Kim’s argument represents a practitioner’s specific judgment, not a conclusion verified through controlled experiments.

Sources

  • diginomica.comdiginomica↗
Topic

Druid AI

罗马尼亚企业级AI公司 Druid AI 正试图通过“本体论”(Ontology)解决多智能体系统在企业环境中互不理解的语义难题。该公司由Andreea Pleșea于2018年创立,早期专注于对话式前端与RPA后端的集成。2025年9月,…

5 steps1 piecesUpdated 2026-11-02 21:04

How it got here

  1. 2018-01-01Druid AI在罗马尼亚成立,最初致力于解决对话式助手与后端自动化(如UiPath RPA)之间的集成问题。diginomica.com ↗
  2. 2025-09-16Druid AI宣布获得由Cipio Partners领投的3100万美元C轮融资,并任命前Sumo Logic CEO Joe Kim为新任CEO,旨在加速全球扩张。druidai.com ↗
  3. 2026-10-14Druid AI发布新的企业级智能体平台更新,增加语音模型、代理互操作(MCP连接外部代理)及治理评估能力,以支持从试点到生产的过渡。finance.yahoo.com ↗

What is still unsettled

  • Druid提出的基于LLM扩展本体论的方法,能否有效解决大型企业中遗留系统(Legacy Systems)数据定义不一致的根本问题?
  • 随着Microsoft Copilot Studio等通用平台也推出类似治理功能,Druid作为独立垂直平台的差异化竞争优势是否可持续?
  • McKinsey报告指出仅6%的企业成为AI高绩效者,Druid声称的‘完成业务结果’衡量标准如何被第三方客观验证?
Read the full topic →
Continue researching →