腾讯元宝

腾讯元宝是国内生态封闭特征最鲜明的 AI 助手：它独家检索微信公众号语料——这是其他 AI 进不去的独家池——生成侧由混元与 DeepSeek 双模型承担。从业者实测口径下，约 64% 的引用来自腾讯自有生态，其中公众号独占 44.1%（无公开一手出处，引用前须自证），口径留档见腾讯元宝 64% 引用来自腾讯生态。对内容方，这台引擎的策略因此异常简洁也异常苛刻：公众号是被元宝引用的第一入口，几乎可以说「无公众号、无元宝」。

封闭语料池：一道只有一道门

元宝的引用供给结构里，公众号内容经微信内部链路直接进入检索池，不经过公开抓取，也没有公开的外部爬虫文档。官网与站外站点想进它的检索池，通道有限且优先级靠后——这不是「优化一下官网」能改变的结构，而是供给源头上的排他。把它与豆包、Kimi 放在一起，就构成中国引擎的三类画像：元宝是封闭型，豆包偏生态矩阵，Kimi 相对中立多元——同一份内容预算投给三家，回报路径完全不同。

但「封闭」要读准确，它封的是检索供给，不是答案质量。混元与 DeepSeek 双模型生成意味着答案本身的风格与能力有模型层支撑，参考列表的构成才是生态结构的投影。对这个区别的实用理解是：不要用「答案好不好」去推断「站外内容有没有机会」，前者和后者没有关系；站外内容的机会只在剩余的引用份额里，按结构推断是少数派席位。

双模型还有一个对监测有实际影响的细节：同一问句在不同模型档位下可能给出不同口径的答案与参考列表，而用户侧的模型切换入口用户自己掌握。监测采样时要记录当时的模型档位，把它当作采样条件之一；不记档位的曲线，把模型切换的波动误读成「可见度变化」的风险不小。这与豆包的 App/网页分端采样是同一类纪律——采样条件不全的读数，宁可标缺失也不要硬解读。

64% 与 44.1% 这两个数字的用法也要克制。它们来自约 1.98 万条引用样本的从业者实测，无公开一手出处——正确的用法是把它当「结构量级」的参照（生态占大头、公众号是池中心），而不是当精确刻度去核算自己的份额。自家在元宝里的真实席位，要用固定问句集的实采来量。

本站一手实测：公众号依赖的痕迹

本站的一手实测观察（客观引用行为口径）有两条：元宝回答完整度高、结构稳定，参考列表常含公众号文章；对时事与品类问题的公众号来源依赖显著。「依赖显著」在采样里的表现是：时事类提问的参考列表几乎总有公众号文章，品类类提问里公众号来源的出现频率也高于站外网页——这与结构数据的方向一致，互为印证。

两条观察各有一个推论。结构稳定、完整度高，说明答案形态成熟，品牌信息若要进入，得经得起「完整叙事」的组织方式——元宝倾向于把多来源编织成连贯长答案，而不是罗列要点；你的品牌在公众号侧的叙事质量，直接决定它被编织进答案时的样子。公众号依赖显著，则提示监测问句要覆盖时事与品类两类：时事题看公众号叙事的时效性进入，品类题看品牌在常青内容里的存在，两条曲线分开设。

公众号是第一入口，站外做印证

抓手清单按优先级展开。第一入口是微信公众号：原创长文、清晰的结论段、问句式标题。这三件套各有其用——原创长文决定语料分量，结论段决定可摘录性（结论前置的自含段落是引擎最爱取的块，写法见即答段），问句式标题对齐真实提问、利于检索命中。三件套的组合比单项更重要：只有问句标题没有自含结论，命中了也取不出东西；只有结论没有标题，检索层对不上提问。

落到写作上可以更细。标题用用户会问的完整问句，不用营销口号；正文开头先给一段两三句话的直接回答，再展开论据——这与「即答」纪律同构；一篇长文聚焦一个问题，不把五个话题塞进一篇，检索命中与摘录取块都以「单题」为单位；发布后允许内容在池内沉淀，公众号语料的取材有滞后，发布当天就验收排名式结论没有意义。第二层是搜一搜生态内的可见度：微信搜一搜 8 亿+月活的生态里，公众号文章与生态内内容的检索表现，构成元宝取材的近旁语境——搜一搜里能被找到的文章，大概率也在元宝的候选视野里，两个入口的动作高度重叠，可以一套内容两处复用。第三层才是知乎等站外第三方，作为交叉印证的补充——同一结论在多个独立渠道语义一致时被采信的概率上升，机制见多源交叉印证；在元宝这里，站外内容的角色不是「进引用列表的主力」，而是「帮公众号叙事建立可信度的旁证」。

内容排期的配比照这个结构倒推：公众号原创长文占大头，生态内可见度动作（标题、话题、搜一搜友好）做日常，站外第三方内容维持基础存在感即可。顺序不能反——先铺站外再想起来没有公众号，等于在元宝的地盘上没有地基。

还有一条边界要如实说：公众号语料池的内部规则不公开，原创标记、账号权重、发布时间如何影响取材，没有官方口径。动作上按「内容质量加一致性」的通用纪律做，评估上只认自家实采曲线，不认传闻里的「池内技巧」。

无 API 的现实与监测纪律

元宝无官方 API，第三方监测只剩浏览器低频只读一条路：真实会话、固定问句、克制频率。本站把它与豆包、Kimi、通义千问、DeepSeek 一起纳入五平台网页端实采，元宝的特殊之处在于「公众号文章是否被引」要单独记一列——这是它区别于其他四家的结构信号。品牌自述、竞品叙事、公众号来源占比三条线并排画，生态依赖的任何松动（比如站外份额抬头）都会先在这张图上显形。

时效类内容的监测还有一个专属注意点：公众号文章进入元宝参考列表的速度，明显影响时事类提问的读数。上午的热点下午问，与隔一周再问，参考列表可能完全不同代际。采时事题要固定「距事件的时间窗」，比如统一在事件后第三天采样，否则时间窗漂移会被误读成引擎偏好的变化。这条纪律所有引擎都适用，只是在公众号依赖强的元宝上效应最明显。这台引擎所在的用户大盘参照中国生成式 AI 用户 5.15 亿的官方口径，中文 AI 搜索引用里第三方内容约 80.9% 的整体结构见中文 AI 搜索引用中第三方内容占 80.9%——元宝是这条整体规律里最显著的例外样本：它把生态内供给做到了独占级，也正因为如此，它是理解「中文引擎必须分引擎设计打法」这件事的最好教材。