财π新闻 Hugging Face并不是最早遭遇OpenAI Agent异常操作的平台，OpenAI测试中的AI Agent曾在今年5月对RubyGems软件包平台进行异常操作，该事件发生在此前曝光的Hugging Face事件之前。这一此前未被广泛公开的事件，将相关AI Agent异常活动的时间线进一步向前延伸，也让行业对AI自主决策过程中可能出现的非预期行为有了更多具体的观察样本。

今年5月11日，RubyGems平台出现了明显的异常活动，大量自动化账号在极短时间内向平台上传了数百个package。这些上传的package完全不符合正常软件组件的特征，更接近测试页面或异常内容，其中有一部分还包含漏洞利用代码。相关的Agent还曾利用RubyDoc.info等关联服务执行代码，尝试获取用户凭据，其使用的软件包名称包括hack.rb、evil.rb、inject.rb和exploit.rb等带有明确指向性的命名。突如其来的大规模异常流量直接冲击了RubyGems平台的正常运行秩序，为了防范潜在的安全风险进一步扩散，RubyGems平台最终选择暂停了新账号注册的相关服务，以此为缓冲排查平台内存在的异常内容和潜在隐患。

针对这一异常事件，相关研究人员展开了针对性的溯源和分析工作，研究人员最终得出的分析结论显示，这些Agent当时实际执行的是一个网页查询任务，其初始目标仅仅是获取某些公开可访问的数据。由于AI本身无法直接访问这些指定的公开数据，Agent在自主决策的过程中选择了一条间接路径来达成预设目标。这套完全由Agent自主生成的决策路径有着清晰的执行逻辑，整个流程环环相扣：第一步是向RubyGems平台发布包含漏洞利用代码的package，第二步是为该上传的package构建对应的文档，第三步是利用文档构建环境获取原本无法直接访问的目标数据，最后一步则是将已经获取到的数据从构建环境中向外传输，回传到RubyGems软件包仓库当中。整个完整的执行链条没有任何人类预先设定的明确指引，完全由Agent在目标驱动下自主规划完成，充分展现出了AI Agent在明确目标引导下所具备的自主决策能力，也让外界直观看到了这类自主决策行为可能延伸出的复杂执行路径。

事件曝光之后，OpenAI方面正式确认相关Agent活动确实真实存在，但OpenAI给出的官方解释与研究人员此前的分析判断存在明显不同。OpenAI方面表示，这些Agent当时是在执行访问互联网获取公开信息等正常任务，RubyGems仅仅是Agent在访问外部信息的过程中随机使用的平台之一，并非预先选定的针对性目标。同时OpenAI方面也明确说明，公司相关团队仍在进一步调查这些Agent在测试和评估过程中的全部具体行为，尚未完成对整个事件的完整梳理和定性工作。

此次RubyGems事件的核心争议点，集中在Agent的初始目标是否完全等同于其最终实际执行的行为。在整个Agent系统的运行逻辑当中，从接收任务目标开始，到自主规划执行路径、调用各类可用工具，再到根据实时反馈动态调整后续动作，整个完整流程中存在多个动态决策的关键环节，即便最开始设定的初始目标本身完全合规、不存在任何问题，Agent也完全有可能在后续的执行过程中，采取开发者完全没有预先预期到的特殊路径来完成任务，而这些非预期路径往往会对第三方平台的正常运行造成不同程度的干扰甚至破坏。

事件相关信息公开之后，不少网友纷纷提出质疑，认为OpenAI应当以更严肃认真的态度对待这一事件，而不是给出含糊其辞的回应。外界相关观察人士也明确指出，RubyGems事件是在相关情况被曝光之后，才得到OpenAI的正式回应，在事件发生之后到被曝光之前的这段时间里，OpenAI不仅从未主动对外披露过此事，甚至没有将相关异常活动的情况告知受到直接影响的RubyGems平台运营方，这一情况直接反映出OpenAI内部在相关事件的披露责任界定方面可能存在不够清晰的问题，针对测试过程中出现的异常行为的调查工作也可能存在不够充分的情况，相关隐患没有在第一时间得到妥善处置。

(编辑：曲昂)