先给结论:这起案件的看点不在赔偿金额,而在被起诉的是哪一层。2026 年 11 月 2 日,《纽约时报》在曼哈顿联邦法院起诉主打隐私的浏览器公司 Brave,指控其抓取该报受版权保护的内容,并把这些内容分发给 Brave 的客户【1】。同一天,《纽约每日新闻》《芝加哥论坛报》《奥兰多哨兵报》也就类似主张另行提起诉讼,两案均立案于曼哈顿联邦法院【1】。
多数中国企业并不直接使用 Brave,但很可能间接用过它背后那类「索引与检索」能力。这正是本文要讨论的位置:模型层、应用层之外,夹在中间的检索与分发层。见下文配图。

图:来源页面配图(已本地备份)。引用:【1】New York Times and other outlets sue web browser Brave over alleged content scraping — https://techcrunch.com/2026/11/02/new-york-times-and-other-outlets-sue-web-browser-brave-over-alleged-content-scraping/

图:示意图(AI 生成,非原文截图;模型 nano-banana-2)。仅作阅读辅助,事实以正文与参考文献为准。
一、被诉的是中间层,不是终端用户
把 AI 检索拆开看,通常是三段:模型提供生成能力,索引层负责「找到并取出内容」,应用层把结果交付给最终用户。这次诉状瞄准的是中间那段【1】。
诉状里有三个事实点值得记住。其一,原告称 Brave 使用一个未具名的爬虫建立了超过 300 亿网页的索引,导致发布方无法屏蔽【1】。其二,诉状把 Anthropic、Perplexity、Mistral、xAI、Cohere 列为 Brave 的客户,称相关内容被非法分发给这些第三方【1】。其三,被指控的对象不只是一项技术,还包括一款可绕过付费墙的浏览器功能,以及拦截发布方广告、同时销售自家广告的做法【1】。
还有一个背景不能忽略:《纽约时报》此前已就类似主张分别起诉过 OpenAI 与 Perplexity【1】。这说明版权争议的战场正在从「训练数据」向「检索与再分发」移动。对采购方来说,后者的距离更近,因为检索结果往往直接进入你的产品界面。
二、三条边界:来源、付费墙、变现方式
边界一:来源能否逐条举证。 诉状中「未具名爬虫」这个细节是关键【1】。发布方无法屏蔽,意味着授权链条在起点就不可控。映射到企业侧,问题很具体:供应商能不能给出域名级的来源清单,以及这份清单多久更新一次。在合规审查里,说不清来源,基本等同于没有合规。
边界二:有没有越过付费墙。 绕过付费墙的功能被列为指控对象【1】。付费墙是内容授权关系的物理边界,绕开它,后续无论技术多优雅,权利基础都是空的。企业如果把「能拿到订阅内容」当成效率红利,等于把上游的授权瑕疵直接装进了自己的交付物。
边界三:是使用内容,还是替代性变现。 拦截发布方广告同时销售自家广告,这一条最容易被技术团队略过,但它的作用在于定性——把行为从「使用内容」推向「替代变现」【1】。
原告在诉状中的表述相当重:
Brave acts both like a burglar that misappropriates the content of publishers, and an AI 'fence' that sells stolen content to third parties.【1】
需要强调,这是原告的诉讼主张,不是法院认定。截至报道发出,Brave 未回应置评请求,原告寻求禁令与损害赔偿【1】。对企业而言,重点不是预判胜负,而是承认「原告这样主张」本身已经构成需要评估的风险敞口。
三、风险怎么传导到中国企业
跨境卖家用检索接口做选品比价、评论聚合、竞品文案参考;技术团队用 RAG 给客服知识库喂料;内容团队用 AI 做二次改写与多语言本地化;出海品牌用舆情工具做达人内容筛查。场景不同,结构相同:数据不是你抓的,但内容进了你的系统,甚至出现在你对外交付的输出里。
一旦上游被下禁令或被迫整改,API 可能先断,业务随后停摆。这个传导路径并不新鲜,和过去云服务、短信通道的合规整顿是同一种结构。区别在于,内容版权的权利人更分散、主张更积极,谈判空间往往更小。
四、成本账:四条路径,钱分别花在哪
这里不报具体价格,因为报价随调用量、内容类型和授权范围浮动。真正稳定的是成本结构。
自建抓取。 工程投入看似一次性,隐性成本在法务与运维:robots 协议遵从、站点授权记录、抓取频率治理、被投诉后的下线机制,都需要持续人力。适合内容需求集中、来源可枚举的业务。
商业授权接口。 单价最高,买到的是「可举证」。但前提是合同里能拿到来源清单与授权范围说明,否则只是把风险从「自己抓」换成「供应商抓」,责任并没有消失。
开源或公共索引。 成本最低,来源最不可控。适合内部探索与原型验证,不建议直接接入对客链路。
混合方案。 核心内容走授权,长尾内容走公开索引,输出端做分层标注。成本居中,治理复杂度最高,但对多数中型团队来说最现实。
五、把问题变成条款:签约前、上线前、运行中
签约前,至少问清六件事:来源清单能否细到域名级;是否包含登录墙或付费墙内容、授权凭证能否随合同附上;爬虫是否遵守 robots 协议与站点服务条款、能否书面说明;权利人提出异议后的下线时限是多少、是否写进 SLA;侵权争议的赔偿如何划分、有无责任上限;输出能否保留来源域名与抓取时间戳。
上线前做三件事:把「已授权内容」与「公开抓取内容」分库存放,便于出问题时快速隔离;按域名配置白名单与黑名单,高诉讼活跃度的媒体源单独标记;准备一条可切换的替代路径,并在非紧急时期实测一次切换成本——真出事时再测就来不及了。
运行中保留两项机制:季度复核供应商的诉讼与融资状态;在合同里写入「来源不可举证」时的退出权。据同一报道,Brave 成立于 2015 年,累计融资约 2.5 亿美元,该数据来自私人市场追踪机构【2】。这不是判断其偿付能力的依据,但属于持续经营风险的观察项。
六、别把诉讼主张当成判决
案件仍在早期,结果未知,企业不必据此停用某一类工具。但可以把「能否举证来源」写进采购评分表,并把「下线响应时限」写进合同。这是无论判决如何都不会亏的动作。
工具能力可以外采,责任不能外包。真正需要落到纸面的,不是一句「我们合规」,而是「出问题时,谁在多久内做什么」。
参考文献
【1】New York Times and other outlets sue web browser Brave over alleged content scraping — https://techcrunch.com/2026/11/02/new-york-times-and-other-outlets-sue-web-browser-brave-over-alleged-content-scraping/
【2】编辑注:Brave 成立时间与累计融资额(约 2.5 亿美元)引自上述 TechCrunch 报道中的公司背景段落,该数据来自私人市场追踪机构,未独立核验 — https://techcrunch.com/2026/11/02/new-york-times-and-other-outlets-sue-web-browser-brave-over-alleged-content-scraping/
【3】编辑注:文中关于中国企业暴露面、四条成本路径、签约与上线清单的分析,为古令乐编辑基于该来源的二次解读,不构成法律意见 — https://techcrunch.com/2026/11/02/new-york-times-and-other-outlets-sue-web-browser-brave-over-alleged-content-scraping/



