Runlayer与企业软件公司Rippling已经撤回针对彼此的诉讼，双方均未支付款项。法律程序告一段落后，Rippling随即发布与Runlayer竞争的产品，把冲突从法庭转回市场。
这起纠纷目前没有公开的胜负结论。没有赔款，不代表法院认定任何一方的主张不成立；产品相似，也不能单独证明存在侵权。更准确的判断是：双方停止了成本高昂、结果难料的诉讼，但原来的商业矛盾并未消失。
撤诉没有裁决胜负，Rippling把冲突转到产品上
双方此前采取了两条不同的法律路径。Rippling把争议指向商业秘密，Runlayer则以专利主张反击。前者追问信息从哪里来、谁有权接触，后者考察产品是否落入专利权利要求。
| 争议路径 | 通常需要查明的问题 | 对公司的实际压力 |
|---|---|---|
| 商业秘密 | 信息是否保密、对方如何取得、是否被实际使用 | 需要调取员工沟通、访问日志、试用记录和产品开发过程 |
| 专利 | 专利是否有效、竞品功能是否落入保护范围 | 可能影响产品设计、销售安排和后续融资审查 |
| 产品竞争 | 功能是否成熟、客户是否愿意迁移 | 最终由交付速度、安全能力和渠道决定 |
撤诉意味着这些问题没有经过法院完整审理。公开信息也没有交代，撤诉究竟是“有偏见撤诉”还是“无偏见撤诉”——前者通常限制再次起诉，后者可能保留重新起诉的空间。双方是否另有保密、专利许可或互不诉讼安排，目前同样看不清。
因此，把“没有付款”直接写成某一方获胜，证据不够。Rippling在撤诉后发布同类产品，更能说明其商业选择：与其继续争论谁能做，不如先把产品交给客户判断。
Runlayer所处的方向，是帮助企业连接和治理AI代理与内部软件。Rippling原本就掌握人事、IT等企业系统的数据入口。后者进入这一市场，既有数据和客户渠道优势，也必须面对权限隔离、审计记录和产品成熟度的检验。发布竞品只是入场，不等于已经赢得客户。
大客户也可能成为竞品，AI创业公司的试用边界更难划
这起事件真正值得创业者警惕的，不是诉讼本身，而是AI基础设施产品常见的销售方式。
早期公司往往需要把产品交给大企业试用，才能证明它能接入真实系统、处理复杂权限。可试用越深入，客户越容易看清产品逻辑、使用场景和定价空间。大公司一旦判断这项能力适合纳入现有平台，“客户、合作方、竞品”之间的身份切换会很快。
这种风险并不意味着Rippling一定使用了Runlayer的技术。面对同一批客户需求，两家公司独立做出相近功能完全可能。法院没有作出实体判断前，任何关于复制或窃取的结论都应当保留。
历史参照是Waymo与Uber的商业秘密案。Waymo在2017年起诉Uber，双方在2018年以Uber提供股权等条件和解，和解内容给外界留下了较清楚的利益交换。Runlayer与Rippling此次公开确认的是“没有付款”，已知条件少得多，也就更不能从撤诉动作反推案件真相。
两起事件仍有一个共同点：商业秘密案最终都要回到证据链。口头承诺、行业默契和“大家都知道是谁先做的”，很难替代访问日志、代码提交记录、设计文档以及明确的保密条款。古人说“口说无凭”，到了软件行业，凭据往往就是一条带时间戳的开发记录。
创业团队应补证据链，采购方不必急着押注
如果你正在经营一家企业AI创业公司，最现实的变化不是停止向大客户开放试用。早期团队承受不起这样的销售损失。更可行的做法，是重新划定试用范围：
- 在试用协议中写清数据用途、保密义务、保存期限和删除方式；
- 把演示接口与核心实现分开，只开放完成验证所需的最低权限；
- 保存代码提交、架构决策、会议纪要和访问日志，形成独立开发记录；
- 谨慎提出过宽的竞业限制.大客户通常不会接受“看过产品就不能自研”，可执行的条款比强硬但无法签署的条款更有价值。
企业采购团队则多了一个选择，但暂时不宜只凭Rippling已有的客户关系直接迁移。成熟平台推出同类功能，通常能减少供应商数量，也可能压低采购成本；新产品的权限模型、审计能力和跨系统兼容性，却仍需实际测试。
更稳妥的动作是先做范围有限的并行试用，重点核对权限最小化、操作日志和数据删除机制。接下来真正影响市场走向的变量也只有两个：撤诉文件是否彻底阻断后续诉讼，以及Rippling的新产品能否在真实客户环境中达到Runlayer的可用程度。