Brave Leo

Brave Leo 是 Brave 浏览器内置的 AI 助手，它在供给结构上站的是少数派：不租 Google 或 Bing 的索引，而是接入自家 Brave Search——官方博客明确说明 Leo 的回答会 incorporate Brave Search 的实时结果，搜索侧的 Answer with AI 功能直接取用 Brave 的全量独立索引。Brave 长期以「唯一规模化的独立搜索索引」自我定位，Leo 相当于给这个索引配了一个对话出口。对内容方，这台引擎的可见度几乎完全等价于一件事：你在 Bravebot 抓取与 Brave 索引里的存在质量——放行、可达、可摘录，三件事做完，Leo 侧的工作就做完了大半。

自带索引的浏览器 AI：Leo 的供给不同于「借搜索」

主流 AI 助手的检索供给大多外采：Copilot 用 Bing、Le Chat 用 Brave、更多产品用多家 API 拼装。自带独立索引的 AI 入口是稀缺物种——纯自建索引走通全链路的标杆是Perplexity，而 Brave 的路线介于两者之间：索引是自家的且已规模化运转，Leo 本身却做得很轻，以浏览器为壳、多模型可选，把「问网页问题」的需求就近截在浏览场景里。这套结构的排障路径也因此异常清晰：Leo 答案里看不见你，先查 Brave 搜索里有没有你——搜索里也没有，就是抓取与索引层的问题，与 Leo 本身无关；搜索里有而 Leo 不引，才是内容形态与合成层的事。两步分层，比在多上游引擎里猜断点省力得多。

入口在浏览器里这件事，决定了它的两个性格。其一，问题与浏览行为强耦合：用户正在看的页面、正在比较的产品，是 Leo 被唤起的高频场景——它的引用机会偏向「与当前浏览上下文相关」的补充性提问，而不是从零开始的开放式检索。其二，用户带着明确意图：浏览器里提问的人多半正在做决策，答案里给出的来源被点开的概率高于闲聊场景。对内容方，这意味着 Brave 索引侧的内容形态值得按决策场景准备：对比表、参数页、购买与选型建议，比泛泛的科普文在这条链路上更有位置。

隐私叙事也要记一笔，因为它参与塑造用户构成。Leo 主打免账号、对话默认匿名处理，与 Duck.ai 同属隐私敏感人群的聚拢入口；但两者底座不同——Leo 背后是独立索引加多模型，Duck.ai 是纯代理。选隐私牌的赛道品牌（安全、加密、开发者工具）在这两台的提问浓度都偏高，内容里把隐私相关的事实口径写清楚，在这条用户线上有额外的对位价值。

搜索侧的 Answer with AI 值得单独一提：它与传统搜索引擎里「摘要框」的角色类似，但取用的是 Brave 的独立索引——独立索引的头部集中度低于 Google，长尾与垂直来源在摘要里的出现机会相对更多，这构成了 Brave 线对中小来源的结构性让利。答案引擎与传统搜索的角色分工见答案引擎 vs 搜索引擎。

Bravebot 的 robots 语义：管抓不管除名

Bravebot 是 Brave Search 的爬虫，官方帮助页给出专页说明。它有一条在主流引擎里少见的官方口径：robots.txt 不用于把页面挡在索引之外——robots 管的是「抓不抓」，想从 Brave 的结果里除名，正确的工具是页面的 noindex 指令。这条口径与多数站长的习惯相反，值得写进团队的 robots 规范里，robots.txt（AI 语境）的通用语义背景可作为对照：各家引擎对「robots 与索引的关系」解释并不统一，按引擎核对官方口径是唯一可靠的做法。

把 Bravebot 放进AI 爬虫（AI Crawlers / Bots）的坐标系里，它属于「检索型爬虫的规范样本」：具名、有官方专页、身份可通过公开信息核对；它既是 Brave 搜索的索引爬虫，也是 Leo 与 Answer with AI 这条 AI 链路的供给入口——一只爬虫喂两条产品线。训练·检索·用户触发的三型划分（见训练·检索·用户触发爬虫（三型））在此没有训练型的对应物：Brave 线没有单独具名的 AI 训练爬虫，robots 配置按检索型处理即可。

GEO 抓手：独立索引里的长尾机会

动作清单四件。第一，robots 放行 Bravebot，删掉误禁——独立索引的抓取预算比巨头紧，误禁的恢复期更长。第二，正文服务端输出，关键结论与对比表可整段摘录，喂给 Answer with AI 与 Leo 的合成层。第三，长尾垂直内容认真做：大索引里你的垂直页要与全网竞争，独立索引里头部域名的稀释效应弱一些，「具体小问题上足够好」的内容有更真实的占位机会。第四，noindex 用对场合：真要从 Brave 结果里退出的页面，用页面级 noindex，不要以为 robots 禁抓就等于除名——禁抓恰恰会让 Brave 无法读到 noindex，结果反而留在索引里，这是这条特殊口径下最容易踩的坑。

时效内容的处理也要跟着索引特性走。独立索引的抓取频次与重访节奏不同于巨头，新页面的收录与更新页面的重访都要留出耐心，发布后不要用大引擎的体感去判断「为什么还没被引用」。给重要的更新页配 sitemap 并主动核对收录状态，是把节奏握在自己手里最朴素的办法；长期不更新的板块回访自然稀疏，重要结论的修订要同步到页面正文而不是只在社媒发声明——独立索引对「页面本体更新」的依赖比巨头更直接。

还有一层预期管理：Brave 在全球搜索市场的份额很小，Leo 的用户面随之有限。这台引擎的价值不在量，在结构与练习——它是「独立索引+浏览器 AI」这条路线的唯一规模样本，动作与主流引擎高度通用，投入性质是低成本的结构性占位，不要按主战场配资源。

双入口监测与边界

监测做双入口抽样：Brave 搜索页看 Answer with AI 的触发与引用，Leo 对话看选源与链接；两个入口共用 Bravebot 的供给，答案却因界面与场景不同而分叉，分开记录才能看清「索引侧内容」到底经哪条口子兑现。日志侧按 Bravebot UA 过滤核对其抓取频次与路径，配合官方专页的口径核对身份。

边界三条。其一，Leo 的引用窗口与来源分布无公开量化口径，本页不作数字承诺。其二，Leo 接入的第三方模型名单与优先级随版本变化，同题答案的模型差异要在抽样里控制变量——固定默认模型测，换版本后重跑基线。其三，Brave 索引对中文内容的覆盖弱于英文，中文品牌的 Brave 线机会集中在出海英文内容上，纯大陆业务同样可以归入「放心忽视」一档。