对比
用 features 页面读懂 AI 如何读你的网站
在 Pico Neural 的 features 页面打开一个页面，看不同 AI 引擎怎么读它，再把这种读法变成编辑计划的第一步。
要判断一个页面被 AI 引擎怎么读，在 Pico Neural 的 features 页面打开这个页面，逐个看公开页面提到的引擎对它的读法：ChatGPT、Perplexity、Gemini、Grok 和 Google AI。读出来的差异，就是编辑计划的起点：哪些内容要加固，哪些要重写，哪些先不动。举个直接的例子：如果首页被 ChatGPT 读得很清楚，被 Perplexity 读得含糊，编辑计划的第一件事是改清楚页面的开头，而不是先加新文章。
features 页面里具体看什么
按 Pico Neural 提出的读法，features 页面用来回答一个具体问题：「这个页面被怎么读？」它不回答网站整体是否可见。这个区别对编辑计划很关键，因为同一个页面可能被一个引擎读得好、被另一个读得差，计划要同时照顾这两种读法。
公开页面提到 ChatGPT、Perplexity、Gemini、Grok 和 Google AI，这是观察的框架：多个读者，不是一个读者。Claude 和 Grok 只有连接之后才测量，所以要把它们当作后加入的读者，而不是一开始就在场。Gemini 和 Google AI Overviews 不是同一次观察，要当成两个不同的视角，不能合成一个「Google 的判断」。Google 的读法也不能和上述 AI 引擎的读法等同，它们是不同的观察，编辑计划要分开处理。
一个读法分歧的例子
假设同一个网站有两个页面。第一个是服务页，标题清楚、描述平直：在 features 页面里，ChatGPT 和 Perplexity 对它的读法接近。第二个是深度文章页，开头铺陈多、直接句少：在 features 页面里，ChatGPT 的读法仍围绕主题，Perplexity 的读法却像是抓住了一个次要段落。这个分歧就是有用的信号：深度文章页的读法含糊，编辑计划可以先重写开头，再考虑在同一主题下加新内容。
注意：Gemini 和 Google AI Overviews 要分两行看，不要合成一个结论。Google 的读法也不能和上述 AI 引擎的读法混在一起。
把观察变成编辑计划
下面这套做法是 Pico Neural 提出的操作建议，不是通用标准。它的产出是一个新东西：每个页面一张读法卡，编辑决定从这张卡上推出来。
- 选一个样本页面，按引擎记下读法。可检验的标准：features 页面里提到的每个引擎，写一句概括它怎么读这个页面。如果两句话互相矛盾，你就找到了一个要处理的分歧。
- 分开记引擎，不要加总。可检验的标准：读法卡上一个引擎一行，不写平均。如果你发现自己写了「总体来说引擎读得……」，这张卡还没准备好。
- Claude 和 Grok 只在可用时记录。可检验的标准：连接没开之前，这两列留空，不要提前给它们写读法。
- 把分歧翻成一个编辑动作。可检验的标准：每个记下的分歧只对应一个动作（重写开头、加一段说明、把内容挪到单独页面）。一个分歧如果推不出动作，就从卡上删掉。
本文的贡献：每页一张读法卡
按我们提出的读法，features 页面不是引擎排行榜，而是单页的读法卡。具体做法是：编辑计划里每个重要的页面，填一张三列的表——引擎、读法一句话、编辑动作。读法一句话是这个引擎怎么读该页的概括；动作是你据此要做什么。这张卡只用当时真正能观察到的引擎来填：公开页面提到 ChatGPT、Perplexity、Gemini、Grok 和 Google AI，Claude 和 Grok 只在连接之后才进入。Gemini 和 Google AI Overviews 要分开，放在两行。一个页面如果出现两句互相矛盾的读法，它就是优先重写的候选，排在任何新内容之前。这样，这张卡就成了观察和编辑计划之间的桥：它不说网站是否可见，只说哪里读得清楚、哪里读得含糊，因而先改哪里。
一个要记住的边界
features 页面观察的是上述引擎对页面的读法，它不提供搜索量、价格或排名结果，也不能替代外部核查。另外，API 返回的答案不是用户看到的屏幕：你看到的是读法上的提示，不是用户实际会看到什么的证据。所以页面或已连接的引擎一变，读法卡就要更新，不能当成定论。
想看 features 页面怎么读、怎么接到编辑计划上的完整说明，见深入阅读页。