AIPREF train-ai 与 search 的区别
IETF aipref 草案的词表只有三个类别：train-ai、ai-use、search。train-ai 与 search 是其中方向相反的一对：train-ai 指「改动模型参数的训练用途」，明确不覆盖搜索选路与单次生成的输入；search 指「搜索选路及链接/摘录的展示条件」，不覆盖训练与非搜索的生成输入。这一对词合起来，恰好构成内容方最常要表达的那个中间态——「欢迎被搜索收录与引用、拒绝进训练语料」，草案里的标准写法是逐词表态：train-ai=n, search=y。
对照表
| 维度 | train-ai | search |
|---|---|---|
| 管什么 | 改动模型参数的训练用途 | 搜索选路及链接/摘录的展示条件 |
| 不覆盖 | 搜索选路、单次生成的输入 | 训练、非搜索的生成输入 |
| 取 n 的后果 | 内容不进未来训练语料 | 退出搜索收录与摘录展示 |
| 单次引用归谁 | 不归它——单次生成输入属 ai-use | 引用与摘录的展示条件由它管 |
| 现势 | vocab 草案 -08，关键章节仍缺 WG 共识 | 同左；厂商正式支持为零（2026-10） |
常见混淆
一是把 train-ai 当「AI 总开关」——词表刻意没有笼统的 gen-ai 标签，「能不能被 AI 引用」这类模糊表态在词表里没有对应物，落不进三个类别的偏好现阶段只能不表达。二是把「单次生成里的引用」算进 train-ai——那属于 ai-use 的地界，训练与单次生成是两件事，混着写等于把两个用途捆死。三是用 robots 全禁表达「不想被训练」——那会把搜索一起关掉，正是 train-ai 与 search 分立要解决的粗颗粒问题；现阶段表达中间态仍用具名组 robots 配置。四是把 robots 的合并直觉带过来——aipref 多来源叠加取最严者（任一来源 n 即整体禁止），与 robots 打平取宽松的方向相反，子路径一个 n 会罩住主域的 y。
选用建议
现阶段的正确姿势是跟踪不是部署：两份草案仍是 Internet-Draft，没有任何厂商发布正式支持声明。生产环境的「可搜索不可训练」继续用具名组 robots 表达；试验环境可以先发 Content-Usage 头打通工具链，但不要在生产环境依赖其效果，偏好变更也不追溯——发一个 n 撤不回已被抓走的内容。词表现势与语法见AIPREF Content-Usage 档案，概念定位见AIPREF 术语卡，与 robots 的分工辨析见robots.txt 与 AIPREF 的区别，配置矩阵见robots.txt AI 配置矩阵。