AI 可见度
如何保存一条回答以便复查
复查一条回答，只存文本远远不够。需要一张观察卡，记录问题、引擎、时间、采集方式和测量状态。
你向 ChatGPT 问了一个行业问题，看到它引用了某个竞品。两周后你想复查这条引用还在不在。如果只保存了回答文本，几乎什么都重建不了：精确的问题、引擎、日期、采集方式，甚至当时这项测量是否存在，全都缺失。要复查一条回答，得保存一张观察卡：一份最小记录，让这次观察可以重复、可以对比。下面是 RankAI 提出的操作格式，不是通用标准。
观察卡要包含什么
有用的卡片不是截图堆。它是一组字段，让你事后能判断「这是同一次观察」还是「这是另一回事」。我们建议至少包含六个字段。
1. 问题，逐字记录
不是改写，不是主题。是发给引擎的原始字符串，有变体就另外标注。问题一改写，回答就不同，对比也就断了。
2. 引擎和采集环境
RankAI 的公开页面提到 ChatGPT、Perplexity、Gemini、Grok 和 Google AI。Claude 和 Grok 只有在连接之后才测量。要写明具体是哪个引擎；如果相关，还要注明采集是否通过 API 完成：通过 API 从引擎返回的是 API 的回答，不是一个人在界面上看到的画面。这是两种不同的观察，不能混在同一张卡里。
3. 日期和时间
没有时间参照，两条相同的回答证明不了稳定，两条不同的回答也证明不了变化。
4. 测量状态
如果没有可见度数据，RankAI 显示为 N/A，绝不写成零。卡片要记录同样的状态：「不可用」是一条信息，「零」是另一种说法，而且往往是错的。
5. 回答全文
原样保存，不做摘要。品牌引用要从文本里提取，不能凭记忆重建。
6. 核验备注
谁采集的、用什么工具、有没有异常。正是这个字段让其他人也能复查这张卡。
容易被忽略的一点，是内容和观察条件的区别。内容是回答本身：文本、引用、提到的品牌名。条件是让这条回答成为数据而非轶事的一切：精确的问题、引擎、日期、采集方式、测量状态。只保存内容，复查时你只能说「之前有这句话」；连条件一起保存，你才能说「这句话出现在这个引擎上，用这个问题，在这个日期，以这种方式采集」。只有后一句是可验证的。所以观察卡不是官僚表格，而是避免把引擎的变化和我们观察方式的变化混为一谈的最低要求。第二点：按引擎分开建卡。Gemini 和 Google AI Overviews 不是同一次观察，合成一张卡就说不清到底是哪一个变了。最后，把「状态」字段当作数据的一部分：写着 N/A 的卡片记录的是缺失，写着零的卡片记录的很可能是你根本没测到的结果。
一个填写示例
问题：「哪些工具能测量品牌在 ChatGPT 上的引用」。引擎：ChatGPT。日期：采集的日和时。方式：API，并注明这是 API 的回答，不是某个人的界面画面。状态：可用或 N/A。文本：全文。核验备注：操作者和工具。同一个问题如果拿去问 Perplexity，那是另一张卡：引擎不同，观察就不同。
要记住的局限
观察卡保存的是已经采集到的东西，不保证引擎下次给出同样的回答。API 回答不是人的界面画面，缺失的测量仍然是 N/A：卡片用来复查，不用来预测。关于 RankAI 如何处理这些观察的完整说明，见深入阅读页。