本文结论仅适用于文中标明的对象、时间与条件；来源支持范围之外的推断不应视为已核验事实。
正文
一篇酒店笔记出现在 AI 的资料列表里，可以记为一次“来源出现”。但如果据此宣布酒店获得推荐，或者内容带来了客户，就跳过了关键的核验。
在一个涉及三家酒店的 GEO 项目中，同一篇携程笔记出现在两次豆包回答的资料列表里。一次问题直接包含酒店品牌，答案介绍了这家酒店；另一次询问当地哪些酒店可以下午两点退房，答案列出八家酒店，项目酒店没有出现在其中。
这两份留档适合说明一个判断边界：来源出现、酒店提及、推荐结果与正文引用，必须分开记录。它们不是一次前后效果对照，也不说明某个渠道必然有效。[1]
案例范围：我们核对了什么
两份记录属于项目标记为 2026 年 10 月 4 日的豆包网页端测试。我们读取了回答文本、来源链接数组和来源面板页面文本，并核对了项目方提供的精简附件与可访问的完整采集文件：两者的回答及来源链接数组一致。[1]
两次记录中的目标链接与作品 ID 相同。项目发布台账把这篇押金、退房主题笔记登记为酒店 B 相关的自有作品；本次没有取得能把该作品 ID 与发布账号直接对应的作者页面或后台截图，所以归属按“项目台账登记”表述，不作为已独立核实的账号事实。[1]
公开摘录已隐去酒店名称、城市、地址、电话、作品 ID 和会话链接。脱敏处用方括号说明，省略处用“……”表示；这些摘录不是未改动的全文。原始留档仅供内部核验。
样本一：问的是酒店品牌，得到的是酒店介绍
第 9 题直接输入了酒店 B 的品牌名，没有询问“附近住哪”或“哪家值得推荐”。留档中的回答介绍了该酒店的位置、配套、押金与退房信息。
脱敏摘录如下：
[酒店 B 品牌名，已脱敏]
搜索 2 个关键词，参考 9 篇资料
[酒店 B 名称及门店信息，已脱敏]
……
免押金入住，退房可免查房，放卡即走携程
标准退房时间：14:00（比较宽松）携程
这里引用的是 AI 当时的表述，不表示本文已确认这些酒店政策真实、现行或对所有订单适用。
目标笔记在来源面板中标为第 3 项。面板页面文本能看到 9 项标题，但链接数组只保存了 8 条：第 4 项有标题，没有对应链接。因此应同时保留“面板显示数量”和“实际留存链接数量”，不能把它们写成同一个数。[1]
这条记录可以支持“酒店 B 被介绍”和“目标笔记出现在资料列表”。但问题本身已经点名酒店，不能据此算作自然推荐问题中的一次命中，更不能证明是笔记让平台认识了这家酒店。
样本二：问哪些酒店可以两点退房，项目酒店没有入选
第 16 题的原始问题为“[所在城市，已脱敏] 14 点退房酒店”。这一次回答把三家酒店归为“标准 14 点退房”，把另外五家归为“默认 12 点退房、可延迟至 14 点”，共八家；部分条目另写了房态、套餐或房型条件。项目的三家酒店均不在名单中。[1]
资料面板显示“参考 21 篇资料”，页面文本和链接数组留存了 16 项。目标笔记排在留档面板第 15 项，与样本一是同一链接、同一作品 ID。
脱敏摘录如下：
搜索 4 个关键词，参考 21 篇资料
✅ [所在城市，已脱敏]可 14:00 退房酒店（分两类：标准 14 点退房 / 可免费延到 14 点）
……
这一样本支持的结论很具体：该笔记在本次资料列表中出现，但本次回答没有推荐项目酒店。
它不能回答为什么没有推荐。列表靠后、其他酒店来源较多，都是可观察的情况；没有对照证据，不能据此宣布“位次造成失败”或“竞品挤掉了项目酒店”。21 与 16 的差额原因也未确认，不能直接归因于去重，更不能说平台已经读完全部 21 篇内容。
把两条记录放在一起看
这里的第 3 项、第 15 项，只是保存的资料面板顺序，不是酒店推荐排名，也不是已证明的平台采信排序。
内容相似，为什么还不能写成“正文明确引用”
第 9 题的回答出现了免押金、14 点退房等表述，与笔记主题相关。但文字相符本身不能排除其他来源，同一信息也可能存在于酒店详情页或其他页面。
保存的回答文本在相关句子后出现“携程”标签，但没有保留能把正文这处标签直接映射到目标作品 URL 的证据。因此，不能认定标签一定指向这篇笔记，也不能反过来断言一定指向酒店详情页。
两条样本均应记录为“现有留档不足以确认对目标笔记的正文明确引用”。这与“平台完全没有使用该笔记”不同：后者涉及未观察到的内部过程，当前无法判断。
下一轮记录，先明确问题类型和判断标准
这次复盘后，我们建议把每次测试分成独立的记录项：
两条不同问题的留档，不用来计算总体成功率，也不用于证明“发布满七天必然生效”“某平台只喜欢某种文章”或咨询增长。记录缺失不等于测试失败，没有业务数据也不等于已经测到零订单。
- 问题类型：品牌查询、信息核对或自然推荐，分别统计。
- 来源出现：保存具体 URL、作品 ID、面板顺序与实际抓到的链接数。
- 作品归属：核对作品和账号对应关系；只有项目台账时，保留证据级别。
- 酒店提及与推荐：看回答正文，排除问题回显和后续问题提示；不把品牌查询算成推荐成功。
- 正文明确引用：保存相关段落、引用标记与目标链接的对应关系；不能确认就记为未知。
- 事实准确性与业务行为：酒店政策另与酒店方核对，咨询或订单另按预先确定的来源口径记录。
对源见网的启发
这段酒店经历为源见提供的是一篇有材料边界的实操案例，而不是效果保证。源见自己的内容同样要区分网页被访问、被抓取、出现在 AI 资料列表与正文明确引用；酒店案例的观察不能代替源见网站的访问归因。
本次最值得保留的做法，是让每个结论停在证据支持的位置：来源出现，就记录来源出现；没有推荐，就保留这个反例；无法确认正文引用，就保留未知。
来源与局限
以上为项目方提供或其说明指向的内部材料，文件对应与核验过程留存在内部编辑记录。本页展示脱敏摘录，不公开客户身份、后台账号和私有会话链接。
测试日期依据项目批次登记；精确提问时间未取得。页面留档含“豆包 快速”字样，但具体模型版本、当时登录条件、完整会话上下文及资料计数差额原因未独立确认。两份文件的一致性核对不等于平台签名认证，也不能还原完整的模型检索过程。本案例尚无优化前后同条件对照、账号归属直接证据或转化数据。
- 项目第 9 题留档及其精简附件：回答文本、来源链接数组、来源面板页面文本。
- 项目第 16 题留档及其精简附件：回答文本、来源链接数组、来源面板页面文本。
- 项目 9 月 28 日发布台账条目、9 月 19 日后台数据分析报告。两者都是项目记录；后者不是本次取得的原始后台截图，且两份报告中的标题措辞存在差异，未据此升级作品归属。
来源与核验记录
- [1]酒店 GEO 两条留档的脱敏证据摘录（项目材料，非平台官方报告）
源见编辑部，原始材料由项目方提供 · 公开报告 · 访问于
当前版本更新于 。后续版本将保留内容哈希与历史快照。