企业给AI智能体开放系统权限的速度，已经超过了安全团队建立控制手段的速度。过去两年，企业采购AI工具的逻辑是“先试点、后治理”，但智能体从聊天机器人转向执行任务之后，这种顺序正在变得危险。一个能更新CRM记录、触发财务流程、读取客户数据的智能体，如果权限散落在Claude、Gemini、Microsoft Copilot和Cursor各自的后台里，IT部门实际上已经失去了对“谁在什么时候用什么工具做了什么”的可见性。问题不在于企业是否会让智能体接触核心系统，而在于当这些智能体开始行动时，门口是否还有人值守。

Palma.ai试图成为那个值守者。2026年9月23日，这家定位为AI智能体运行时治理层的公司宣布完成180万美元种子前融资，由D11Z领投，Plug and Play Ventures、Deel、Scale Now Ventures以及来自Cisco和Deel的高管天使投资人参投。与多数早期融资不同，这笔交易里有两家投资方同时是客户——D11Z和Plug and Play已经在内部部署Palma.ai，用其治理基础设施为员工提供能够访问企业工具的AI智能体，而不必为每个AI应用单独配置权限和集成。这种投资方即客户的结构，在种子前阶段既是一种验证，也提出了一个更尖锐的问题：一个尚未被广泛验证的治理层，能否从投资组合内部走向真正的企业市场。

字段 内容
公司 Palma.ai
轮次 种子前轮
金额 180万美元
投资方 D11Z（领投）、Plug and Play Ventures、Deel、Scale Now Ventures、天使投资人（含Cisco与Deel高管）
总部 未披露
创始人 Patrick Eden（CEO）、Julian Kolbe（CTO）
官网 https://palma.ai/

MCP解决了连接问题，却把权限问题留给了每个AI工具自己

Palma.ai切入的是一个由Model Context Protocol（MCP）催生出的治理真空。MCP作为开放标准，让AI模型能够连接企业内部数据和工具，这解决了智能体与系统之间的互操作问题。但MCP本身并不回答一个组织层面的关键问题：某个员工或某个智能体，究竟应该被允许做什么。据Tech.eu报道，当前各个AI工具通常自行管理权限，导致IT和安全团队难以集中控制和审计智能体如何访问和交互公司系统。这意味着，一家企业可能同时运行着五六个AI平台，每个平台都有一套独立的权限体系，安全团队无法在一个地方看到全貌，更无法执行统一的策略。

Palma.ai的回应是把自己放在AI智能体与企业系统之间，作为一个单一的集成与治理层。据公司披露，管理员可以在平台上集中定义策略、MCP工具和Skills，建立经过批准的、可重复的工作流，例如CRM更新或财务报告。这些控制可以跨AI模型和平台应用，包括Claude、Gemini、Microsoft Copilot以及自定义工作流。平台在运行时执行规则，将智能体限制在已批准的操作范围内，并将活动记录在防篡改审计轨迹中。从产品逻辑上看，这相当于在企业已有的身份基础设施和AI工具之间插入了一个策略执行点，而不是再做一个AI助手。

从Replex到Palma：创始人的监控基因与治理野心的延续

Palma.ai的创始人背景为这家公司提供了超出一般种子前项目的产业信用。CEO兼联合创始人Patrick Eden此前联合创立了基础设施监控公司Replex，该公司于2021年被Cisco收购。Replex做的是云原生环境下的成本与资源监控，本质上是在复杂分布式系统中提供可见性和控制。Palma.ai虽然换到了AI智能体治理赛道，但底层逻辑一脉相承：当系统数量和交互复杂度急剧上升时，企业需要一个独立的控制平面来理解和管理正在发生的事情。Eden在融资声明中说：“每家公司都即将把系统的钥匙交给AI智能体。问题是是否有人在看着门。”这句话的传播效果很好，但它也隐含了一个判断——企业已经或者即将大规模放权，而这个判断本身还需要更多企业实际部署数据的支撑。

CTO兼联合创始人Julian Kolbe的履历则指向另一个维度。据Unite.ai报道，Kolbe拥有十余年为欧洲金融科技和汽车公司构建系统的经验，包括在受监管环境中运行的基础设施。这意味着Palma.ai从创始阶段就对合规和审计有意识，而不是在产品成熟后再补上这一层。对于一家做治理的公司来说，创始团队的可信度本身就是产品的一部分。但需要指出的是，Replex被Cisco收购和Kolbe的受监管行业经验，只能说明团队具备构建企业级基础设施的能力，并不能直接证明Palma.ai的产品已经被市场接受。

投资方即客户：180万美元背后的非典型验证与潜在局限

D11Z和Plug and Play作为投资方兼客户的身份，是这笔融资中最值得拆解的信息。据Unite.ai报道，两家风投机构正在使用Palma.ai，为其团队提供能够在内部系统上运行的AI智能体，同时保持集中式权限和监管。对于一家种子前公司来说，这提供了真实的使用场景和产品反馈，比单纯的财务投资更有价值。但这也带来了一个需要警惕的问题：风投机构作为客户，其IT环境的复杂度和监管压力，与Palma.ai声称要服务的大型企业之间存在显著差距。一家VC的内部系统可能只有几十个用户和有限的合规要求，而一家银行或汽车制造商面临的是数千个智能体、跨地区数据驻留要求和严格的审计标准。投资方即客户验证了产品的基本可用性，但尚未验证其在复杂企业环境中的可扩展性。

从资本结构看，180万美元的种子前轮由D11Z领投，Plug and Play Ventures、Deel和Scale Now Ventures参与，天使投资人包括Cisco和Deel的高管。Deel作为一家全球招聘和薪酬平台，其参与投资可能意味着对AI智能体在人力资源和合规场景中应用的兴趣，但来源材料并未披露Deel是否也是Palma.ai的客户。Cisco高管的天使投资则与Eden的Replex背景形成呼应，但同样没有公开信息表明Cisco与Palma.ai存在商业合作关系。这些关联值得关注，但不能过度推断。

跨平台策略执行是产品核心，但“防篡改审计”需要更明确的验证路径

Palma.ai的产品主张中，最具差异化的一点是跨平台运行时策略执行。它不是绑定在单一AI供应商上的治理工具，而是声称能够覆盖Claude、ChatGPT、Microsoft Copilot、Gemini、Cursor以及其他MCP兼容环境。据公司披露，平台将用户和智能体分配到一个受治理的连接器，其中包含他们被授权使用的工具和组织级Skills。这种设计试图解决一个真实存在的痛点：企业员工使用不同的AI工具，但安全策略应该是一致的。如果Palma.ai真的能在多个AI平台之间执行统一的运行时规则，那么它提供的价值将超过任何单一AI平台内置的权限管理功能。

然而，“防篡改审计轨迹”这一说法需要更严格的审视。来源材料中，Tech.eu使用了“tamper-evident audit trail”来描述Palma.ai的记录能力，但并未披露其技术实现方式。防篡改审计通常意味着使用加密哈希链、不可变日志或区块链等技术来确保记录一旦写入就无法被修改。Palma.ai是否采用了这些技术，或者只是提供了常规的日志记录功能，来源材料没有说明。这是一个关键的待验证假设：如果审计轨迹不具备真正的防篡改特性，那么Palma.ai在合规敏感场景中的价值主张将大打折扣。公司称其平台记录活动在防篡改审计轨迹中，但截至发稿时，没有独立第三方验证这一技术特性。

种子前轮的180万美元，买的是时间窗口还是市场验证？

Palma.ai计划将这笔资金用于扩展市场推广和工程团队，以将平台推向更多部署AI智能体的企业客户。这是一个标准的种子前资金用途，但放在AI智能体治理这个特定赛道上，它的含义更值得推敲。当前企业AI智能体市场仍处于早期阶段，大多数公司还在试验单个智能体或小规模多智能体工作流。治理层的需求虽然真实，但付费意愿和预算优先级尚未被大规模验证。Palma.ai用180万美元去扩大团队和接触客户，本质上是在赌一个时间窗口：当企业从智能体实验走向日常运营时，治理层能否成为标准基础设施的一部分。

从已披露的信息看，Palma.ai的商业模式和定价策略完全未披露。这增加了判断的难度。治理层可以按席位收费、按智能体数量收费、按策略执行量收费，也可以作为企业平台的一部分被捆绑销售。不同的商业模式对应着完全不同的增长路径和竞争格局。在没有定价信息的情况下，无法评估Palma.ai的单位经济性和客户获取成本。此外，公司总部所在地和官网也未在来源材料中披露，这对于一家面向企业客户的基础设施公司来说，是一个不寻常的信息缺口。企业采购通常需要明确供应商的实体位置、数据驻留和合规资质，这些信息的缺失可能会在销售过程中成为障碍。

竞争格局尚未成形，但Palma.ai面对的不是空白市场

来源材料中没有披露Palma.ai的直接竞争对手，但这并不意味着它在一个没有替代方案的市场中运营。企业AI智能体治理的替代方案至少来自三个方向。第一，AI平台自身的权限管理功能。Claude、ChatGPT Enterprise、Microsoft Copilot都在加强企业级控制和审计能力，虽然它们各自为政，但对于只使用单一平台的企业来说，内置功能可能已经足够。第二，传统的身份治理与管理（IGA）厂商，如SailPoint、Okta等，正在将AI智能体纳入其身份生命周期管理框架。这些厂商拥有深厚的企业客户关系和合规经验，一旦它们将产品延伸到智能体治理，Palma.ai将面临强大的渠道压力。第三，云安全态势管理（CSPM）和AI安全厂商也在关注智能体权限和策略执行。Palma.ai的差异化在于其跨平台MCP原生设计，但这个优势能持续多久，取决于MCP生态的演进速度和大型平台厂商的开放程度。

从产业链位置看，Palma.ai选择了一个中间层的角色：它不拥有AI模型，不拥有企业系统，也不拥有身份基础设施，而是坐在这些层之间做策略执行和审计。这种定位在技术架构上是合理的，但在商业上意味着它必须同时与上游AI平台和下游身份系统保持兼容，任何一方的策略变化都可能影响Palma.ai的生存空间。如果MCP标准被某个大型厂商主导或分裂，Palma.ai的跨平台优势可能被削弱。如果企业身份系统开始原生支持智能体治理，Palma.ai的独立价值也会受到挤压。这些都是来源材料未提及但必须纳入判断的风险因素。

从已披露的部署到规模化收入，中间隔着企业采购的漫长链条

Palma.ai目前公开的客户只有D11Z和Plug and Play两家投资方。平台自2026年初上线，这意味着到融资宣布时，产品在市场上运行了大约八到九个月。对于一家企业基础设施公司来说，这个时间窗口内获得两个客户并不算差，但也远不足以证明产品市场契合。企业采购AI治理工具的决策链条通常涉及IT、安全、合规和业务部门，从试点到合同签署可能需要六到十二个月。Palma.ai需要在未来两到三个季度内证明，它能够将投资方内部的部署转化为外部企业的付费合同，否则180万美元的种子前资金将很快被销售和工程团队的扩张消耗掉。

另一个值得关注的细节是，PitchBook数据显示Palma.ai的融资总额为135万美元，而其他来源一致报道为180万美元。这种数据冲突在早期公司中并不罕见，可能源于可转换票据、安全协议或其他融资工具的会计处理差异。但这也提醒我们，对于种子前公司的融资数据，单一来源的精确数字需要谨慎对待。同样存在冲突的是成立年份：Thesaasnews称公司成立于2026年，Startuprise则称成立于2025年。这些基础信息的不一致，反映的是Palma.ai作为一家非常早期公司的信息透明度现状。

Palma.ai的故事核心是一个真实且紧迫的问题：当企业把系统权限交给AI智能体时，谁来执行策略、记录行为并提供审计能力。它的产品逻辑——在MCP连接之上建立一个跨平台的治理层——在技术方向上是清晰的，创始团队的背景也为其企业级定位提供了可信度。但从投资方内部的早期部署到大型企业的规模化采购，中间隔着产品成熟度、竞争格局、商业模式验证和销售能力等多重关卡。180万美元的种子前轮给了Palma.ai一个进入市场的机会，但远不足以证明它能够成为企业AI智能体堆栈中的标准层。在智能体真正大规模进入企业生产环境之前，治理层的价值主张仍然是一个需要被市场检验的假设。

验证边界与可复核指标

本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。

  • 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
  • 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
  • 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。

RecodeX 极客视：Palma.ai押注的是一个尚未被定价的层——AI智能体与企业系统之间的治理真空。MCP让连接变得廉价，却让权限和审计变得更加分散。Palma.ai的跨平台策略执行逻辑成立，但投资方即客户的验证只能证明产品可用，不能证明企业愿意为独立的治理层付费。真正的考验不是技术，而是它能否在AI平台内置治理和身份厂商延伸之间，找到一条不被挤压的生存路径。

信息来源

本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。