为 AI 智能体表面而设计

这个网站目前每天向 AI 智能体提供约 13,100 次请求（7 天均值），而人类访问约为每天 325 次（28 天均值），数据直接来自我自己的边缘日志，比例大约是 40 比 1，其中绝大多数是实时抓取：因为有人刚刚问了自己的助手一个问题，ChatGPT-User 此刻正在取走一个页面。这位读者会无视我受训所养成的每一个设计判断。它看不到字体排印，看不到间距刻度，也看不到动效。可它并非对设计漠不关心——它对另一套设计判断极其敏感，而那套判断几乎从未出现在关于制作的讨论里。这篇文章，就是写给我实际上服务得最多的那个表面的制作指南。 {.answer-block}

TL;DR

• 在这个网站上，智能体表面才是多数表面——40 比 1。 流量由用户驱动的实时抓取主导：昨天 ChatGPT-User 发出约 6,700 次请求，而 OpenAI 的训练爬虫 GPTBot 只有 4 次。如果您的网站面向开发者或以参考型内容为主，日志很可能同样倾斜——但先测量，别先假设。
• 智能体读的页面和人类点击的页面并不相同。 边缘日志显示，对比类文章和小众技术页面吸走了大量智能体流量，却远远排不进人类访问前 15 名——助手是替那个始终没有到访的人在读它们。
• 为提取而设计，而不是为沉浸而设计： 开篇一段给出答案，标题写成问题的形状，各节自成一体，凡可枚举者一律入表，每条论断都带上日期。
• 视觉层与智能体层并非对手。 机器能干净提取的结构，正是人类扫读时所依赖的结构：答案先行对两类读者都是好设计。
• 验证智能体究竟消费了什么 ——提供干净的标记，别把内容交给客户端渲染，并且盯住日志，因为智能体这一读者群的可测量程度，是”品牌印象”从来给不了的。

什么都不渲染的读者

设计这门手艺预设了一双眼睛。字体排印、间距、动效——整个学科都在视野中引导注意力。智能体读者没有视野。它把您的 HTML 当作文本接收，在严格的 token 预算内处理，抽取能回答用户问题的部分，再引用或转述给一个也许永远看不到您页面的人。

这不是一种退化的阅读，而是另一种媒介，有它自己的一组制作变量：

• 位置取代了视觉层级。 在单次抓取的流水线里，被读到的是靠前的内容，因为 token 预算随时会截断；分块检索或许能救回一段与查询匹配的深层内容，但您无法选择由哪条流水线来读您，所以埋在 80% 深度的结论，只是有时候存在。
• 结构取代了版式。 标题、列表和表格是被当作语义解析的，而不是被当作装饰渲染的。一张列出版本与日期的 <table>，其机器可读性远非同样的事实散落在段落中所能相比。
• 自足取代了行文。 写给人的散文是跨节累积的；提取则是孤立地取用某一节。以”如上所述”开头的段落，导出后就是一句悬空的指涉。
• 明示取代了语境。 “最后更新于 2026 年 8 月”会跟着被引用的论断一起走；靠周围页面暗示出来的时效性，走不了。

智能体实际在读什么

这部分是我单凭推理绝对猜不到的：智能体对页面自有偏好。以下是最近七天边缘日志中，按智能体请求数排列的页面：

参考指南领跑，这在意料之中，它们在人类榜单上也居前列。真正说明问题的是那几行对比文章：在人类榜单上排名靠后的页面，助手却在不停地取。因为”我该用哪个”正是人们会拿去问助手的问题。助手替他们读完对比，然后在对话里作答。那个人从未到访，内容却已经完成了它的工作。

构成同样值得注意。昨天的智能体流量中，将近一半仅来自 ChatGPT-User——6,718 次请求，而 OpenAI 的训练爬虫 GPTBot 只有 4 次。训练型抓取并非不存在（Bytespider 和 ClaudeBot 加起来约占当天的 28%），但遥遥领先的最大读者，并不是一个为语料库囤货的抓取器，而是某个人的助手，因为有人刚刚发问，它就来取这一页。

制作准则

以下是我现在对面向智能体的页面所坚持的标准——也就是对所有页面的标准：

1. 答案先行，且给足力度。 开篇段落要给出读者前来寻找的完整答案——不是预告，而是答案本身。在这个网站上它表现为一个带样式的答案块；就结构而言，它是被提取所引用的摘要。如果助手只读了您的前 200 个词，它带走的应该是您的结论，而不是您的清嗓子。

2. 标题是问题或论断，不是标签。 “预算是怎么被截断的”胜过”背景”。问题形状的标题能对上助手正在回答的查询，而每个标题下的小节都应当独立把它解决掉，不去倚靠邻节。（参考型页面执行这条准则的严格版本；随笔——包括这一篇——会拿其中一部分去换语气，这是关于读者对象的刻意取舍，而非疏忽。）

3. 可枚举的事实写进表格。 版本、日期、兼容性、价格、对比——凡是能成行的都算。表格能完整挺过提取；同样的事实若写成散文，回来时就成了转述，而错误正是在转述中混入的。

4. 给易腐的内容标上日期。 任何会过期的论断都在行内带上日期——比如”截至 2026 年 8 月”——因为被引用的文字离开时不会带走您页面的语境。否则，两年前的数字会以您的名义、被助手当作现状呈现出来。

5. 把实质内容留在客户端渲染之外。 多数检索类智能体读的是服务端返回的 HTML。靠 JavaScript 才显形的内容，对您最大的一批读者而言是隐形的——去看看 curl 看到了什么，它比您的浏览器更接近智能体的视角。

6. 让结构同时服务两类读者。 以上没有一条与视觉设计相冲突。答案先行正是忙碌的人扫读的方式；问题式标题便于扫视；表格对人类也胜过散文。两种规矩最终会合流，而这正是令人安心的地方：服务于提取的手艺，多半也就是尊重读者时间的手艺。

测量一群看不见的读者

智能体读者群带来的奇特礼物在于，它比人类读者群更可测量，而不是更难。每一次抓取都是一条带 user agent 的日志请求。我盯三件事：按家族划分的智能体总量（谁在读我）、智能体榜单与人类榜单的对照（他们读了哪些人类不读的内容），以及这个比例的走势。这些数字对我内容策略的改变，超过任何一张页面浏览量图表——对比类页面和参考型结构在这里获得的投入，正是”页面停留时间”永远无法证成的。

还有一个令人不安的推论：智能体读者群完全不会出现在为人类而建的分析系统里。如果您的策略跑在会话数和跳出率上，那个 40 比 1 的表面就是隐形的，而您正在用多数派的预算去优化少数派的渠道。

常见问题

什么是 AI 智能体表面？

指您的网站被 AI 助手及其检索智能体所消费的那个版本——ChatGPT、Claude、Perplexity 以及它们各自的抓取器——它们把服务端返回的 HTML 当作结构化文本来读，在 token 预算内抽取答案，再转达给往往从不到访的用户。在做过测量的网站上，这一表面可能远远盖过人类流量；我这边大约是每一次人类访问对应 40 次智能体请求。

如何为 AI 智能体设计内容？

答案先行的开篇，把完整结论直接说出来；问题形状的标题，配上自成一体的小节；凡可枚举的事实一律入表；易腐的论断在行内标注日期；实质内容放在服务端返回的 HTML 里，而不是客户端渲染中。同一套结构也照顾了扫读的人——两类读者奖赏的是同一种自律。

AI 智能体读的页面和人类访客不同吗？

不同，而且可测量。在我的边缘日志里，参考指南和对比页面每周吸引数千次智能体请求，其中一些却几乎没有人类访问记录——助手会取走”X 对 Y”这类内容，好在对话中回答抉择型问题，于是页面无需访问就完成了工作。把智能体榜单与人类榜单放在一起对照，就能看出两类读者在哪里分道扬镳。

为智能体做设计会损害人类体验吗？

不会——两者的要求是合流的。答案先行的结构、诚实的标题、表格、带日期的论断，本来就是尊重忙碌读者的设计该有的样子。视觉层（字体排印、间距、动效）依然完全属于人类领地；智能体表面只不过让结构层的质量变得可以测量。