Smplify 在 AI 智能体与设备群之间加一道人工审批关卡
Smplify wants a human checkpoint between AI agents and your device fleet
Smplify 获 100 万美元 pre-seed 融资,推出 API 与 CLI 优先的无头设备管理平台,在 AI 智能体决定与设备实际执行之间设置人工审批检查点,并记录每次变更的发起者、意图与批准方。OneTrust 2026 报告显示 87% 组织鼓励使用 AI 智能体,但仅 47% 具备明确治理控制;Gartner 预测到 2027 年 40% 企业将降级或停用自主 AI 智能体。平台基于 Apple DDM 等原生协议,按管理员设定的规则自动纠偏或等待审批。
正文 · AI 翻译
Apple 设备管理解决方案的一大优点是,其市场正在不断增长。另一个优点是,由于没有两个企业是完全相同的,因此有机会向市场推出不同的产品。我与 Smplify 的联合创始人兼首席运营官 Ben Greiner 进行了交谈,以了解他的公司为 IT 提供了什么。Smplify 是一家新进入市场的设备管理供应商。
Smplify 刚刚宣布获得 100 万美元的 pre-seed 融资,它提供的可以说是一种无头管理工具:它所做的 everything 都可以通过 API 和 CLI 使用。Greiner 解释说,在实际使用中,这意味着你可以在已经使用的工具内部构建它并驾驭它。
他与 Preetham Gurram 一起创建这家公司,后者在设备管理圈内因在 MobileIron、SOTI、Automox、Addigy、Scalefusion 和 Apple 的工作而闻名,在 Apple 期间,他为 Apple 的核心 MDM 平台和大规模零接触注册做出了贡献。
那么,谁需要这个?
“设备管理仍然假设有人在盯着,”Greiner 说。“管理员已经用脚本和流水线进行自动化,而现在 AI 智能体正在出现,它们可以以机器速度对设备群采取行动。”
IT 面临的挑战是,AI 开始采取行动,而不是提出建议。这意味着 IT 必须建立系统来管理和审计 AI 采取的行动。“获胜的企业不会是拥有最聪明智能体的企业;而是那些能够准确说明每个智能体被允许做什么并证明它做了什么的企业,”他说。
这是对现状的合理评估。OneTrust 的 2026 年 AI 就绪治理报告发现,87% 的组织鼓励使用 AI 智能体,但只有 47% 制定了明确的治理和控制措施。这是一个等待灾难发生的问题。
Gartner 最近的一份报告预测,由于只有在事件发生后才发现的治理缺口,40% 的企业将在未来几个月内(“到 2027 年”)降级或停用自主 AI 智能体。弥补这些缺口预计将成为一个大生意。
谁来监督监督者?
一旦智能体能够以闪电般的速度提交更改,谁能批准这些更改?这些更改可以部署到多广的范围?风险在于“一个拥有正确密钥的智能体可以在任何人注意到之前抹掉数千台笔记本电脑,”Greiner 告诉我。
这是一个 AI 治理问题,我知道这也是其他设备管理公司(包括 Jamf 和 Fleet)领导层正在思考的问题。
“无论组织是否意识到,AI 都在发生。这就是问题所在。你可以试图阻止它,但很难做好。围绕它建立可见性和治理要好得多,”Jamf 首席执行官 Beth Tschida 今年早些时候告诉我。Jamf 在 7 月推出了自己的 AI 治理套件,专注于 AI 工具发现、策略执行和报告。
Smplify 的方法将其中一些决策放入管理工作流本身。“Preetham 称之为最后一英里控制平面:智能体决定的内容与设备上实际发生的事情之间的最终检查点,”Greiner 说。
不受管理的 AI 有哪些风险?
虽然大部分讨论都集中在数据泄露或恶意软件的风险上,但另一个风险是缺乏问责制。如果智能体收到错误指令,或对问题产生不适当的解决方案幻觉,然后向设备群推送破坏性更改,该怎么办?到那时,再想弄清楚为什么会发生就为时已晚,而且这会变成一项可能代价高昂的损害控制工作。
Fleet 首席执行官 Mike McNeil 指出,部分风险在于事件发生后恢复的难度和成本。“我会从两件事来界定风险:代码运行时拥有多少权限,以及恢复有多难,”他说,并指出以 root 权限运行的脚本存在风险,这可能完全控制机器,以至于回滚也无法撤销已经做的事情。
Greiner 认为,将此类损害的影响降至最低的方法是建立强有力的规则和边界,并确保任何有风险的操作都被暂缓,等待人工批准。智能体可以看到问题并创建解决方案,但在 IT 批准之前不能应用该修复。这非常像人类 IT 的工作方式,只不过现在必须向老板汇报的是机器。每次更改都会记录是谁请求的、背后的意图,以及批准它的人或策略。
创造机会空间
Smplify 构建了自己的平台来帮助管理设备,包括 AI 管理。该平台倾向于其所支持平台的原生协议,自然包括 Apple 的声明式设备管理(DDM)。
“管理员描述他们的设备应该处于什么状态,Smplify 则保持这种状态。如果设备偏离了该意图,因为某个设置发生了变化或错过了更新,平台会注意到并使其恢复一致,可以自动进行,也可以在管理员批准后进行,具体取决于他们设置的规则,”Greiner 说。
他解释了许多 IT 团队如何使用 GitOps 为设备管理“带来纪律”:配置存放在 GitHub 中,更改通过拉取请求进行,并且有发生情况的记录。这有效,但它给管理任务增加了新的层次。他声称他的解决方案内置了这种纪律(版本化意图、审查和批准,以及完整的历史记录)。
边界、Apple 和 DDM
最终,我感觉 AI 管理将会采纳 Apple DDM 中已经落实的一些理念。仔细想想,DDM 让 IT 定义一个状态,然后交由技术在该定义范围内运作,而这种设定边界的思路,或许也会成为 IT 领域 AI 未来的一部分。AI 将在有限的边界内获得自主权。
Greiner 指出:“Apple 也一直在让管理员控制 Apple Intelligence 的各项功能,我预计这种控制会持续扩大,因为企业希望对公司设备上运行哪种 AI 有发言权。Apple 的隐私立场也很适合受治理的 AI:尽可能在设备端完成操作,并对哪些数据会离开设备划定清晰的界线。”
还有一点。由于 Smplify 既是 MDM 平台,又采用 API 优先的设计,Greiner 解释说,软件公司可以利用他公司的解决方案,以自己的名义在自己的产品中提供原生设备管理。