禁令被撤销，但诉讼没有结束
美国第九巡回上诉法院撤销了亚马逊针对人工智能搜索公司Perplexity获得的初步禁令，这项裁定把一个越来越现实的问题推到了台前：当人工智能助手替用户阅读网页、识别按钮并完成点击时，法律究竟应把它看作用户手中的工具，还是能够独立承担访问行为的主体？上诉法院此次给出的阶段性答案更接近前者，但它并没有宣布Perplexity获得最终胜诉，也没有为所有智能体访问商业网站发放通行证。
争议围绕Perplexity旗下Comet浏览器的AI Assistant展开。按照案件所呈现的技术过程，助手运行在用户本地浏览器中，浏览器把页面截图和用户指令发送到Perplexity服务器，由服务器分析页面并返回下一步操作指引，再由本地环境执行相应动作。Perplexity服务器本身并不直接访问亚马逊服务器。第九巡回上诉法院据此认为，这个助手在相关法律分析中更像一件由用户使用的工具，而不是一个独立的法定主体。
这一判断改变了初步禁令所依赖的关键前提，却没有终结争议。案件被发回继续审理，后续仍可能围绕授权范围、服务条款、合同关系、技术措施以及具体行为证据展开。亚马逊也仍可尝试通过服务条款和合同法约束相关使用方式。初步救济被撤销，只能说明现阶段的法律门槛与论证没有获得上诉法院支持，不能被简化成“智能体可以随意进入平台”。
一次点击背后的架构差异
这起案件之所以重要，不只是因为两家公司的攻防，更因为法院把技术架构放进了法律判断的中心。表面上看，用户亲自点击购买按钮和助手代为点击产生了相似结果；但在网络路径上，本地浏览器接收页面、远端模型理解截图、再把指令送回本地执行，与第三方服务器直接抓取平台数据并发起请求并不是同一种结构。谁连接了谁、数据经过哪里、操作以谁的会话和凭证完成，都会影响责任与授权的讨论。
从产业角度看，这一裁定可能鼓励更多开发者采用“本地执行、云端规划”的设计，但这并不意味着该模式天然合规。网站经营者可以调整条款，也可能通过身份验证、接口规则和反滥用机制限制机器辅助操作。不同司法辖区对代理行为、计算机访问、消费者授权和合同成立的解释也不一致，企业不应把美国一项阶段性裁定直接套用到其他国家和地区，更不宜据此给出确定的法律结论。
WorkBuddy把权限做成基础设施
与浏览器助手引发的边界争论相呼应，腾讯近期推出的WorkBuddy开放平台，把智能体落地的重点放在连接与授权上。平台已汇集超过百家合作伙伴，推出9款联名硬件和30余个行业应用，覆盖办公、零售、制造等20多个领域。它呈现的并非单一聊天入口，而是一套试图连接账号、设备、业务系统与场景应用的协作网络。
其中值得关注的是OAuth三步授权设计。对普通用户而言，三步意味着更低的接入门槛；对企业而言，真正关键的则是每一步究竟授予什么权限、凭证保存多久、能否撤回，以及敏感动作是否需要再次确认。智能体一旦跨越多个应用，方便与风险会同步放大。权限若过宽，它可能在用户没有充分理解的情况下调用数据；权限若过窄，连续任务又会频繁中断。
WorkBuddy强调端云协同，也让前述诉讼中的架构问题变得更具体：哪些感知和执行留在设备端，哪些推理交给云端，哪些数据只作瞬时处理，哪些结果进入企业系统。开放平台的竞争力最终不只取决于伙伴和应用数量，还取决于能否把身份、权限、审计和异常处置做成共同底座。智能体走进企业后，授权界面不是附属功能，而是产品能力本身。
Somni用闭环进入睡眠场景
Fullive.ai展示的Somni则把智能体边界从屏幕扩展到睡眠环境。这款睡眠硬件通过毫米波雷达与多种传感器感知用户状态，在不依赖传统穿戴设备的情况下获取呼吸、体动等信号，再根据判断进行干预，并观察干预后的变化，形成“感知、干预、反馈”的闭环。目前产品仍处于量产推进和临床验证阶段，因此外界更应关注其验证进展，而不是提前把它视为成熟医疗方案。
闭环系统与普通问答产品的区别，在于输出会反过来影响下一轮输入。一个睡眠建议说错了，用户可以选择忽略；一套环境设备若根据误判主动改变声音、光线或其他条件，错误就会进入现实空间。因此，传感器精度、干预强度、停止机制、异常检测和人工接管需要被放在同一套安全设计里。越接近健康场景，产品对证据质量和风险分级的要求越高。
Microduck让开源智能体长出身体
Hugging Face推出的Microduck预售计划，则用一只小型双足机器人把智能体带进物理世界。其计划售价为399美元，机身约25厘米高、重约800克，配置15个电机，并采用RK3566芯片。项目强调从强化学习、仿真训练到Sim2Real迁移的全栈开源，希望让开发者不仅能调用模型，还能研究动作策略如何从模拟环境转移到真实硬件。
Microduck公布后24小时销售额超过260万美元，显示低价、开源和可编程机器人对开发者社区具有强烈吸引力。不过，这一数字反映的是预售热度，不等于产品已经大规模交付，更不能替代对量产质量、供应链、续航、耐用性和安全性的检验。在实际设备到手之前，关于能力边界的判断仍应以计划与演示为限。
边界由权限与反馈共同决定
把这几条消息放在一起，可以看到智能体正在经历同一种转变：它不再只生成一段文字，而是读取网页、调用应用、调节环境、驱动电机。能力越接近行动，判断边界的方法就越不能停留在“模型是否聪明”。真正决定风险的，是系统在哪里运行、以谁的身份行动、能够触及什么资源，以及动作产生后能否被发现、撤销和纠正。
第九巡回上诉法院对Comet架构的关注，提示开发者必须能回答“请求由谁发出”；WorkBuddy的OAuth接入要求平台回答“用户究竟授权了什么”；Somni的闭环要求设备回答“干预错误时如何停止”；Microduck的具身执行则要求生态回答“物理后果由谁承担”。这四个问题分别对应架构、权限、反馈和责任，也是智能体从演示走向规模应用时不可回避的基础设施。
对企业采购方而言，评估智能体应增加几项朴素但关键的检查：是否提供最小权限配置，是否记录可审计日志，高风险动作能否设置人工确认，凭证能否随时撤销，设备能否安全停机，云端服务中断后本地行为是否可控。产品宣传常把连续执行描绘成效率优势，但在金融、交易、健康和实体设备场景中，适时停下来等待确认同样是一种能力。
后续观察不只在法庭
亚马逊与Perplexity案件接下来值得关注的，是发回重审后双方如何重新组织证据，以及服务条款能否清楚覆盖人工智能助手代用户操作的情形。网站也可能更新技术接口和用户协议，智能体厂商则可能强化本地执行说明、授权记录与确认机制。最终形成的规则，未必来自某一份判决，而可能是司法判断、合同安排和产品设计共同作用的结果。
与此同时，开放平台、健康硬件和开源机器人将从不同方向验证同一件事：智能体能否在扩大行动范围的同时保持可控。伙伴数量、订单金额和演示效果能证明市场兴趣，却不能替代交付、验证与治理。未来真正拉开差距的，或许不是谁最早让智能体“替人做事”，而是谁能让每一次行动都有明确身份、有限权限、可见反馈和可靠退出路径。
这也意味着，围绕智能体的竞争正在从模型参数转向系统可信度。法院会看技术链路，企业会看审计与责任，用户会看是否能够理解和控制设备。任何一方都无法只靠一句“它只是工具”或“它代表用户”解决全部问题。工具属性可以是法律分析的一部分，却不能免除设计者对权限、数据和现实后果的持续管理。
