在你公司的某个角落，一名工程师已经将一个智能体集群接入了一个仅获授权 50 个用户席位的 SaaS 产品。这个集群在一夜之间运行了上千个并发会话，通过一个服务账号进行身份验证，并完成了整个部门的工作。没人询问过法务，也没人询问过供应商。如果你仔细阅读合同，很有可能整个工作负载都是未经授权的——这并非因为有人存心欺骗，而是因为这份合同是为一个“用户”意味着“敲击键盘的人”的世界而编写的。
这是智能体时代悄然浮现的合规问题。按席位许可、服务条款中的自动化条款、公平使用率限制以及按用户分析，所有这些设计的初衷都基于一个假设：使用量随员工人数而扩展。智能体从各个方向同时打破了这一假设。运行智能体集群的客户不仅让供应商的定价模型承受压力——他们还经常违反协议的字面规定、其背后的经济逻辑，或者两者兼而有之。
供应商们已经注意到了。企业身份调研显示，在普通公司中，机器身份的数量已达到人类身份的 100 倍以上，而 AI 智能体是增长最快的部分。与此同时，随着分析师对“席位风险”进行建模，那些严重依赖按席位收费的 SaaS 股票已被残酷地重新定价。接下来的发展将是一个分化过程：一些供应商会加强对自动化的防御，而另一些则会构建按量计费的机器层级，并向这些拥有千个智能体的客户献殷勤。在你将智能体连接到任何东西之前，你需要了解你面对的是哪种供应商——以及合同到底是怎么写的。
智能体打破的四个合同假设
每个企业级 SaaS 协议都蕴含着关于人类行为的假设，通常这些假设深植其中，以至于没人想到要将它们作为条款写下来。智能体以不同的方式违反了其中的每一项。
席位许可假设一个身份完成一个人的工作。 席位的定价是针对人类的产出能力的：每周 40 小时，一次处理一个任务，周末休息。在一个席位下进行身份验证的智能体可以以机器速度持续、并行地运行。如果你购买了一个席位，却榨取了 500 个席位的产出，你并没有发现什么效率——你改变了交易规则。一些合同通过将用户定义为“单个指定的自然人”来明确这一点。今天许多在生产环境中运行的智能体是以名为 "svc-automation@" 的账号登录的，从法律上讲，这个账号谁也不是。
自动化条款假设自动化即滥用。 大多数服务条款仍然保留着为了阻止爬虫和撞库攻击而编写的措辞：禁止机器人、禁止自动访问、禁止规避技术措施。这些措辞并不区分敌对的爬虫和你合法购买的、只是比员工做得更快的智能体。2025 年的爬虫诉讼——Reddit 因用户协议起诉 Anthropic，出版商起诉 Perplexity——已经证明平台将针对 AI 公司执行这些条款。没有理由认为他们不会针对 AI 客户执行这些条款。
公平使用率限制假设了人类行为的分布规律。 API 层级和“无限”套餐的定价是基于一个统计模型的：大多数用户使用较轻，少数用户使用较重，而重度用户的长尾受限于人类的耐力。智能体集群完全脱离了这种分布，导致定价逻辑失效。供应商的选择要么是承担成本，要么是限制你的频率，要么是对你重新分类——而合同通常赋予了他们在极短通知下采取这三种行动中任何一种的权利。
按用户分析假设身份对应意图。 供应商衡量每个用户的行为，以计算流失风险、扩张机会和支持成本。驱动一千个智能体的服务账号会被注册为一个超活跃用户，从而破坏下游的每个模型——包括供应商如何为你续约定价。一旦你的使用情况对其遥测系统变得不可解读，你就会成为一个待调查的异常，或者一个审计目标。
“我的智能体使用是否合规？”是一个真实存在的问题
对于大多数部署来说，令人不安的答案是：没人知道，因为合同早于这个问题而存在。对 AI 智能体签约的法律分析总是得出同样的观察结论——SaaS 签约模型假设的是由负责任的人类操作的被动工具，而自主行为体并不适用。
具体而言，模糊之处迅速堆积：
身份验证机制。 智能体通常通过 API 密钥、OAuth 令牌或服务账号进入。一些协议将这些与席位分开授权；一些将其合并；一些则明确将非人类访问完全排除在席位许可之外。如果你的智能体借用人类员工的会话——就像浏览器驱动的智能体所做的那样——它在法律上可以被视为冒充已获许可的用户。什么算作一次操作。 在按量付费计划中，一次重试三次的失败操作是计费一次、三次还是零次？供应商尚未对这一点给出一致的定义，而对于以机器规模重试的集群来说，这个差异就是你的全部账单金额。间接访问。 企业供应商长期以来一直对“间接使用”收费——还记得 SAP 起诉一家客户的著名案例吗？该客户的 Salesforce 集成触及了 SAP 的数据。智能体集群是工业规模的间接访问，而那些开创了间接访问索赔先河的供应商们并没有忘记该怎么做。数据使用条款具有双重影响。 在审计你向内发送智能体的权利时，也要检查供应商拿走了什么。允许供应商使用你的数据来“改进服务”的条款——在生成式 AI 出现之前编写的——现在正被解读为对你的智能体在平台上推送的任何内容的训练授权。
诚实的态度是将每一次智能体与 SaaS 的集成都视为未经许可，直到你核实情况为止。这听起来有些偏执，直到你遇到第一次补缴审计，届时是供应商的法证团队——而不是你——来决定那上千个会话值多少钱。
即将到来的大分化：智能体排斥型 vs. 智能体计费型 供应商无法在此事上保持中立，因为中立本身就是一种尚未定价的风险。市场已经分裂为两种姿态。
智能体排斥型（Agent-hostile）供应商 将自动化视为一种需要防范的威胁。其工具包非常典型：验证码墙、机器人检测指纹、服务条款（ToS）中明确的自动化禁令、robots.txt 封锁，以及像 Google SearchGuard 这样的技术措施。目前，超过三分之一的顶级网站已经明确封锁了 AI 爬虫，且基础设施提供商正在交付日益复杂的智能体检测技术——即便那些驱动真实浏览器会话的“智能体浏览器”在 HTTP 层面上已经让智能体与人类几乎无法区分。对于那些核心价值在于数据本身，或依赖人类眼球的广告驱动型供应商来说，这种排斥是理性的。但这不仅是一场防御者未必能赢的军备竞赛，还让每一个寻求自动化的客户都成了潜在的对手。
智能体计费型（Agent-priced）供应商 则决定将产品卖给机器。Salesforce 的 Agentforce 是最清晰的模板：一个模型每次对话约 2 美元，另一个通过弹性积分（flex credits）每次动作 0.10 美元，第三个则是按用户的“数字劳动力”许可——三种计费方案并行，因为目前还没人知道市场会接受哪一种。Zendesk 按照每次自动化解决收费 1.50 美元，仅在 AI 实际完成任务时扣费。分析师预测，到 2030 年，企业级 SaaS 支出的大部分将转向基于用量、智能体或结果的模型。其核心逻辑是：这些供应商为智能体提供了第一级的商业身份——可计量、可审计、可计费——而不是假装这些流量不存在。
这种分化对买家至关重要，因为它预示了供应商在压力下的行为。当你部署的智能体集群被发现时，排斥型供应商会限制你的流量、封禁你的账号或对你进行审计；而计费型供应商只会给你发一张更大的账单。在季度中期，后一种故障模式是可生存的，而前一种则可能在毫无预警的情况下导致生产流程瘫痪。
在为智能体接入供应商合同前，如何解读合同 你不需要法律学位也能处理这个问题。你只需要在协议中找到以下五点——并将“沉默”视为“拒绝”，而非“允许”。
“用户”的定义。 搜索“记名用户”（named user）、“自然人”（natural person）或“个人”（individual）。如果许可仅绑定到已识别的人类，那么你的服务账号智能体就在许可范围之外。一些较新的协议现在明确定义了“数字员工”（digital workers）或“非人类用户”（non-human users）——这些词的存在表明供应商已经考虑到了这一点；而它们的缺失则意味着你正处于未知领域。
自动化与可接受使用条款。 寻找“自动化手段”（automated means）、“机器人”（bots）、“脚本”（scripts）或“绕过”（circumvent）。如果自动化访问被禁止且没有针对已授权 API 使用的例外条款，那么在部署之前请先获得书面许可，即使技术上存在 API。一封写着“当然，没问题”的支持邮件比你对模糊条款的解读更有价值。
计量单位及其边缘情况。 如果你使用的是按需计费，请确保计费单位有明确的数值定义：什么是“一次动作”，什么是“一次对话”，重试和失败如何计算，以及是否存在费率表稳定性承诺。智能体集群会将计费表中的每一个模糊之处放大六到七个数量级。
审计与补救条款。 供应商拥有审计权；询问当审计发现智能体使用情况时会发生什么。追溯性的列表价格补差价（true-ups）是标准武器。争取对等权利——要求访问供应商记录的你的智能体活动日志，因为这些日志正是你被计费的依据——并争取“整改期”（cure periods）而非立即终止合同。
数据使用与“服务改进”用语。 你的智能体从平台读取和写入的所有内容都会经过供应商的系统。如果合同允许供应商使用客户数据来改进或训练其产品，那么你的智能体流水线就在喂养别人的模型。加入明确的“禁止训练”条款；这现在是一个标准要求，供应商也对此有所预期。
然后完成组织层面的工作：盘点哪些 SaaS 产品已经接入了智能体——考虑到非人类身份的增长速度远超治理速度，你拥有的智能体可能比你想象的要多（大多数企业都认为智能体治理至关重要，但只有不到一半的企业制定了相关政策）。为每个集成分配一个姿态：已授权、容忍或已暴露。优先在续约时（此时你拥有筹码）重新谈判那些“已暴露”的合同，而不是在审计之后（此时你毫无筹码）。
机器客户理应拥有机器合同 更深层次的转变在于，智能体集群不再是一个可以用附加修正案掩盖的边缘案例——它正在成为新的企业客户中位数。身份识别供应商统计的机器身份数量已经是员工人数的数十倍。在几个续约周期内，大多数 B2B 软件的“用户”都将是软件。
合同将以一贯的方式追赶现状：先是缓慢地，然后是在第一波审计纠纷的驱动下突然爆发。最终形态可能更不像 SaaS，而更像是一份服务协议——包括结果定义、面向智能体端点的 SLA、计量的机器层级、作为一级许可构建的智能体身份，以及针对自主行为的责任表述。一些法律实践已经在起草这种混合合同。
在此之前，责任由你承担。供应商的定价页面告诉你他们想向人类收多少钱；合同则告诉你当他们发现你不是人类时会发生什么。在信任前者之前，请先阅读后者——当你发现某一条款规定用户必须是自然人时，请务必相信它的字面意思。拥有千名智能体的客户即将出现在每个供应商的客户群中。唯一的问题是，它是作为谈判达成的合同条目到来，还是作为审计结果到来。
余下内容仅对会员开放。 会员可读完整内容 —— 每一个公开发布的观点背后，那些框架、决策与推理的全貌。
— 完整文章，包含未公开存档的部分 — 可落地的工作框架，附带权衡与决策依据 — 新文章抢先看，先于公开发布 登录以继续阅读→ 随时取消 · 一次订阅，畅读全部
