用途：记录反复出现的专有名词的"人话版"解释，避免每晚在晨报里重复解释十几条。 维护：Cron #5 每晚把当日晨报出现的新词追加到本表末尾（名词 | 人话解释 | 首现日期 | 首次主题），同名词只保留最早一条。 引用规则（2026-10-14 用户定）：当日专有名词 ≤10 个 → 晨报顶部名词表全列；>10 个 → 只列本期新增词 + 一行「其余 N 个常见词见《常用词表》」。
| 名词 | 人话解释（通用，不限某期） | 首现 | 首次主题 |
|---|---|---|---|
| 归因窗（attribution window） | 用户看过/点过某渠道的内容后，多少天内的下单算这个渠道的功劳——它是分钱规则，不是测量尺 | 2026-10-14 | 长尾归因窗口 |
| ROAS（广告支出回报率） | 每花 1 元广告费带回多少营收（按归因窗记账）——不等于真实多赚的钱 | 2026-10-14 | 长尾归因窗口 |
| lift（增量提升） | 做了投放 vs 没做投放的差额；才是"多赚的那部分" | 2026-10-14 | 长尾归因窗口 |
| holdout（对照组） | 故意不投放的一小群人/地区，用来当参照系 | 2026-10-14 | 长尾归因窗口 |
| geo holdout（地理对照实验） | 按地区切分做对照（A 城投、B 城不投）；功效单位是"市场数×周数" | 2026-10-14 | 长尾归因窗口 |
| MMM（营销组合模型） | 用历史数据反推各渠道贡献的统计模型，输出"带区间"的答案 | 2026-10-14 | 长尾归因窗口 |
| Bayesian shrinkage（贝叶斯收缩） | 数据太少时，借相似渠道的经验把估计"往中间拉" | 2026-10-14 | 长尾归因窗口 |
| click 窗 / view-through 窗（点击窗/曝光窗） | 点过之后 / 只看到没点也算功劳的时限；档位由平台与手机系统定 | 2026-10-14 | 长尾归因窗口 |
| clawback 窗（佣金扣回窗） | 成交后多少天内能把已算给你的佣金再扣回去（对应退款/拒付期）；合同里自己定 | 2026-10-14 | 长尾归因窗口 |
| settlement 窗（结算窗） | 佣金实际打款的时间规则 | 2026-10-14 | 长尾归因窗口 |
| last-click（末次点击归因） | "谁最后被点到就算谁的"分钱规则，会系统性低估前期铺垫的渠道 | 2026-10-14 | 长尾归因窗口 |
| UTM | 挂在网址后面的流量来源标记；AI 场景下绝大多数访问不带它 | 2026-10-14 | 长尾归因窗口 |
| S2S（服务端归因） | 双方服务器直接对账，不走浏览器、少丢数据 | 2026-10-14 | 长尾归因窗口 |
| MDE（最小可检测效应） | 实验能分辨出的最小差别；量太小就只测得出"变化很大" | 2026-10-14 | 长尾归因窗口 |
| power / CI（统计功效 / 置信区间） | 实验的分辨能力 / 结果的误差范围 | 2026-10-14 | 长尾归因窗口 |
| 负债久期（liability duration） | 这笔佣金在你账上"随时可能被撤"的状态持续多久 | 2026-10-14 | 长尾归因窗口 |
| 零点击（zero-click） | 用户在 AI 页面里直接拿到答案、根本没来你的站点——任何归因窗都抓不到 | 2026-10-14 | 长尾归因窗口 |
| 双算（double counting） | 同一笔成交被两个渠道各记一次功劳，数字虚高 | 2026-10-14 | 长尾归因窗口 |
| 变现闭环 | 一笔钱从消费者口袋到创作者口袋的完整路径（经过几跳、每跳抽多少） | 2026-10-14 | 长尾归因窗口 |
| GEO（生成引擎优化） | 让 AI 在回答里"点名"你的内容/品牌的写法与做法 | 2026-10-14 | 长尾归因窗口 |
| 拒付 / chargeback | 用户向银行申请撤回已付款；可发起期远长于退款期 | 2026-10-14 | 长尾归因窗口 |
| MCN / 联盟网络 | 中间撮合与管理达人的机构，按比例抽成 | 2026-10-14 | 长尾归因窗口 |
| 长尾（long tail） | 单个渠道量很小、但合起来占比不小的那部分流量 | 2026-10-14 | 长尾归因窗口 |
| SKAN（Apple 归因框架） | 苹果的隐私归因方案，回传时间被切成 0-2 / 3-7 / 8-35 天档位 | 2026-10-14 | 长尾归因窗口 |
| 漏斗（funnel，卡帕西用法） | 把人群按"接触 AI 的深度"分四层（60亿没接触 / 10-20亿轻度 / 2000万专业 / 5000内部） | 2026-10-21 预计 | 漏斗实证 期1 |
| 代理商务（agentic commerce） | 让 AI 代理替人挑货、比价、甚至代下单的整套玩法 | 2026-10-15 | AI 购物代理可见性 |
| 发现层 / 成交层 | 一整条链的两段：前面是"能不能被读到"，后面是"能不能被下单"；中间有个开关 | 2026-10-15 | AI 购物代理可见性 |
| 可被选（eligible / L3） | 进了 AI 的候选名单、能参与它排序——这是"让 AI 引用你"能到达的最高层 | 2026-10-15 | AI 购物代理可见性 |
| 可结算（settleable / L4） | 接进了代理的结账与支付通道，AI 真能替你下单 | 2026-10-15 | AI 购物代理可见性 |
| 委托深度（delegation level） | AI 替你做到哪一步：只推荐→比价→代下单（要你确认）→自动复购 | 2026-10-15 | AI 购物代理可见性 |
| feed（商品/内容清单） | 你交给平台的"货单"，AI 读它而不是读你的网页 | 2026-10-15 | AI 购物代理可见性 |
| ACP（Agentic Commerce Protocol） | OpenAI+Stripe 的代理商务标准（另一家 Google 的叫 UCP），管"买卖怎么做" | 2026-10-15 | AI 购物代理可见性 |
| UCP（Universal Commerce Protocol） | Google 主导的代理商务标准，与 ACP 平行、不通用 | 2026-10-15 | AI 购物代理可见性 |
| AP2（Agent Payments Protocol） | Google 的支付授权协议，管"AI 花钱要谁点头" | 2026-10-15 | AI 购物代理可见性 |
| MCP（Model Context Protocol） | 管"模型怎么调用工具"的连接协议，与买卖无关 | 2026-10-15 | AI 购物代理可见性 |
| merchant of record（收款责任人） | 法律与售后上的"卖家本体"——谁收钱、谁管退货退款与纠纷；本期三家协议都把它留给商家 | 2026-10-15 | AI 购物代理可见性 |
| 位次权 | "能不能被 AI 选中"本身成了新的稀缺位置——以前抢货架，现在抢被点名 | 2026-10-15 | AI 购物代理可见性 |
| 许可层 / 履约+信任层 | 前者是"准不准你进场"（入场券），后者是"你有没有能力收钱、担保、退货"（真正的门槛） | 2026-10-15 | AI 购物代理可见性 |
| Instant Checkout | OpenAI 在 ChatGPT 里直接下单的功能，2025-09 上线、2026-03 因用的人太少关闭 | 2026-10-15 | AI 购物代理可见性 |
| 层错配 | 一个数字量的对象和问题问的对象不是同一层——此时数字连同问题一起作废 | 2026-10-15 | AI 购物代理可见性 |
| llms.txt（/ llms-full.txt） | 放在网站根目录、专门写给 AI 看的"说明书"：站点有哪些内容、能不能用；full 版是全文加长版 | 2026-10-15 | AI 购物代理可见性 |
| robots.txt | 网站根目录的"进门规则"文件，写清哪些爬虫可以抓哪些页面 | 2026-10-15 | AI 购物代理可见性 |
| sitemap.xml | 站点地图文件：把站内所有页面地址列成清单，方便爬虫一次抓全 | 2026-10-15 | AI 购物代理可见性 |
| JSON-LD（结构化数据） | 嵌在网页里的一段机器可读标签，直接告诉机器"这篇是什么"；无商品的站点只能标文章类，标不了商品 | 2026-10-15 | AI 购物代理可见性 |
| Server-render（服务端渲染） | 把正文直接写进网页 HTML，AI 不跑脚本也能读到；靠浏览器执行脚本才显示内容的站，AI 看到的是空壳 | 2026-10-15 | AI 购物代理可见性 |
| Shopping Graph | Google 的商品大库（约 600 亿条商品记录）；AI 的"成交腿"读的是这类商品清单库，不是你的网页 | 2026-10-15 | AI 购物代理可见性 |
| agentic checkout（代理化结账） | 让 AI 在对话里直接把单结掉的接口/按钮；本期旗舰案例（已在表内）上线 5 个月后下线 | 2026-10-15 | AI 购物代理可见性 |
| 双口径 | 同一个数字存在两个不同口径（本期「约 30 家 / 约 12 家」），不得当成单一确数引用 | 2026-10-15 | AI 购物代理可见性 |
| 一手源（Tier 1-3） | 原始出处：官方文档、协议规范、学术论文、财报；不是转述它的新闻稿或二手博客 | 2026-10-15 | AI 购物代理可见性 |
| 机制推断 | 从机制/逻辑推出来的结论（不是官方明说）；引用必须带"推断"标签，不得升级为定论 | 2026-10-15 | AI 购物代理可见性 |
| OMW（出海图志） | 我们自己的内容站（llmsite）；本期判定的就是它在 AI 代理商务里该卡哪个位置（本期补登记） | 2026-10-15 | AI 购物代理可见性 |
| Share of Model（SoM） | 「AI 眼里的市场份额」——AI 回答里提到你的比例。注意它只是体检报告的一项指标，不证明因果、不承诺排名 | 2026-10-16 | Share of Model 试点 |
| 具名提及（named mention） | AI 回答里出现你的品牌名（区别于「给了链接的引用」和「真心推荐」） | 2026-10-16 | Share of Model 试点 |
| 存在率 | SoM 三种算法之一：含品牌提及的回答数 ÷ 你提问总数——问 100 条题，有 40 条提到你 = 40。本期主张用它当主指标 | 2026-10-16 | Share of Model 试点 |
| 品类提及份额 | SoM 另一种算法：你的提及数 ÷ 所有被提到的品牌提及总数——回答层里你占几分之一 | 2026-10-16 | Share of Model 试点 |
| 位次加权显著度 | SoM 第三种算法：提及记 1 分、推荐记 2 分、带链接记 3 分再加权算分——衡量「排得靠不靠前」 | 2026-10-16 | Share of Model 试点 |
| 收敛预实验 | 正式开测前先小规模反复问同一批题，看「问几次数字就稳了」——因为业界没有「该问几次」的标准答案 | 2026-10-16 | Share of Model 试点 |
| Wilson 区间 | 比例类数据（如「40% 的提问提到了我」）的误差范围算法。n=30 次时误差约 ±16.8 个百分点，n=100 次约 ±9.6 | 2026-10-16 | Share of Model 试点 |
| 语境极性列 | 记录表里人工标注的一列：这条提及是「推荐 / 中性并列 / 警示批评」——纯数次数会把「不建议选它」和真心推荐算成同分 | 2026-10-16 | Share of Model 试点 |
| 竞品共现列 | 记录表里记「这次回答还点了谁的名字」——一次采样顺带画出 AI 眼里的品类地图，往往比自己份额更值钱 | 2026-10-16 | Share of Model 试点 |
| 哨兵提问集 | 固定一小批问题长期重复问，用来察觉「模型悄悄换版本了」——因为没有厂商公开每个数据背后的模型版本号 | 2026-10-16 | Share of Model 试点 |
| prompt set 四层 | 提问清单的四个意图层：购买意图 / 信息意图 / 品牌词 / 竞品词——小站可以只有 3-5 个核心词，但四层都要有 | 2026-10-16 | Share of Model 试点 |
| PERMITTED-API / RESTRICTED | 引擎条款对自动化的两种态度：RESTRICTED = 明禁在网页版上跑机器人（OpenAI/Anthropic 消费者面）；PERMITTED-API = 官方认可走接口（Perplexity 最明确） | 2026-10-16 | Share of Model 试点 |
| kill criteria | 「什么信号出现就说明这套方法不值得再投」的停止条件（本期成文 7 条，含月流量低、报表没人看等） | 2026-10-16 | Share of Model 试点 |
| 波动带 | 这个指标自己每月本来就会上下浮动的正常幅度（跨引擎约 40-59%）——小于波动带的变化不能当结论 | 2026-10-16 | Share of Model 试点 |
| 首测基线 | 第一次跑出来的数只当参照起点，不能拿它判输赢 | 2026-10-16 | Share of Model 试点 |
| AIO（AI Overviews） | Google 搜索结果页顶部那块 AI 生成的摘要——本期跨引擎月度波动带里 59.3% 那一档就是它 | 2026-10-16 | Share of Model 试点 |
| Alhena | 一家 AI 可见性监测工具厂商；本期「存在率」口径的外部对标来源之一 | 2026-10-16 | Share of Model 试点 |
| Widesight | 另一家 AI 可见性监测工具厂商；与 Alhena 同用「存在率」口径，故本试点选它作可对标基准 | 2026-10-16 | Share of Model 试点 |
| Ahrefs | 老牌 SEO 数据工具（本期它家 Brand Radar：预建 4.79 亿+ 提问索引、每月重测、90 天报告窗）——它家的「提问池」和用户自定的 15-400 条不是一个东西 | 2026-10-16 | Share of Model 试点 |
| Semrush | 老牌 SEO 工具；本期拿「行业中位竞品」当分母基准，是七家厂商分母互不通用的例证之一 | 2026-10-16 | Share of Model 试点 |
| SparkToro | 受众研究机构；本期 2,961 次运行的研究显示「任意两次 AI 回答出现同一品牌清单的概率不到 1/100」（⚠️ 单一研究） | 2026-10-16 | Share of Model 试点 |
| Otterly | AI 可见性监测工具；本期作为「自动标注模型漂移」的厂商做法出现 | 2026-10-16 | Share of Model 试点 |
| Google Search Console（GSC） | Google 官方给站长的搜索数据后台；本期判定它的 AI features 曝光是唯一被官方认可的曝光来源（但引荐流量没有独立报表） | 2026-10-16 | Share of Model 试点 |
| MRC / IAB | 广告与媒体测量行业的两家标准制定机构；本期用它们作反例——AI 可见性领域没有对应的审计认证机构 | 2026-10-16 | Share of Model 试点 |
| WSU（华盛顿州立大学） | 本期研究来源之一：同一问题重复问 10 次只有约 73% 回答一致（约 27% 会翻转，⚠️ 单源） | 2026-10-16 | Share of Model 试点 |
| Thinking Machines Lab | AI 研究机构；本期用它解释「把温度调到 0 答案仍会变」的来源（浮点计算 + 并发显卡内核完成顺序） | 2026-10-16 | Share of Model 试点 |
| Share of Voice（声音份额） | 「人在结果页/媒体上看到你的曝光占比」——和本期主指标（AI 回答里提到你的比例）不是一回事，别混用 | 2026-10-16 | Share of Model 试点 |
| Jaccard（重合度） | 两个集合重叠程度的算法；本期用它量「不同引擎给出的前 20 名重叠度只有 0.33-0.54」→ 所以引擎必须分开读，不能合并 | 2026-10-16 | Share of Model 试点 |
| Moffatt v. Air Canada 案 | 加拿大一桩判例：航司 AI 客服答错退票政策，法院裁定「AI 说的算数」→ 本期用它论证「AI 答错也会产生责任」，所以监测才有意义 | 2026-10-16 | Share of Model 试点 |
| arXiv | 论文预印本网站（论文还没正式发表就先挂出来的地方）；本期引了两篇：2608.07069（全量普查审计，反证不存在「收敛次数」）、2605.27440（同一购买意图换个说法后结果就变） | 2026-10-16 | Share of Model 试点 |
| ToU（服务条款） | 平台「使用条款」；本期关键是 OpenAI 消费者版（2026-01-01 生效）明文禁止「自动或程序化提取数据或 Output」 | 2026-10-16 | Share of Model 试点 |
| 三轴分级 | 判断一个「案例数字」能不能用的三把尺子：谁的来源（第三方审计/平台可复核/厂商自报/无来源）、有没有分母（有期间渠道+基数/只有期间渠道/连定义都没有）、能不能复算（换个人拿原文能不能算出同一个数） | 2026-10-17 | 报告 6 案例改写 |
| 定义完整度（D/P/N） | 三轴里的第二把尺：D=有分母+期间+渠道，P=只有期间或渠道，N=连定义都没有。「N 类的百分比不是指标，是宣传」 | 2026-10-17 | 报告 6 案例改写 |
| 可复算性（R/NR） | 三轴里的第三把尺：拿报告原文披露的方法和数据，换个人能不能算出同一个数（R=能，NR=不能） | 2026-10-17 | 报告 6 案例改写 |
| 事实 vs 归因（三层 claim） | 三层要分开：「事实主张」（可核的状态）/「结果事实」（有分母的测量）/「归因主张」（把因果指派给某人）——归因不能当结论写 | 2026-10-17 | 报告 6 案例改写 |
| 会计恒等式（不可证伪） | 「营收=流量×转化×价格×供应」这类式子对任何卖货商家都成立、永远不可能被数据推翻——它没有判别力，只能当分类标签，不能当因果模型 | 2026-10-17 | 报告 6 案例改写 |
| 幸存者偏差（survivorship bias） | 只统计「活下来的」样本（本期：说服务过 200+ 品牌、只放 6 个全赢的案例）→ 得到的不是平均效果，是被筛选后的成功统计 | 2026-10-17 | 报告 6 案例改写 |
| 意愿型调研 / hypothetical bias | 问「你愿不愿意」得到的是表态，不是行为；表态会系统性地高估真实做法（本期 52.9% 愿共享数据 / 38.4% 偏好按效果付费） | 2026-10-17 | 报告 6 案例改写 |
| 揭示性偏好（revealed preference） | 用「实际做了什么」而不是「说了会做什么」来判断——与意愿型调研相对 | 2026-10-17 | 报告 6 案例改写 |
| 品牌溢价（hedonic） | 品牌带来的价差要成立，必须先控制规格/渠道/货币/促销；没控制的「溢价 30%」只是价格差统计（可能含关税与渠道加价） | 2026-10-17 | 报告 6 案例改写 |
| 买断式总经销（buy-sell） | 服务商按出厂价把货买走、自己出货权、自己当卖家——赚的是买进卖出的差价；与「代运营」（只收服务费+佣金）相对 | 2026-10-17 | 报告 6 案例改写 |
| 货权（title） | 这批货法律上归谁；买断=货权转给服务商（卖不掉是他的事），代运营=货权留在品牌 | 2026-10-17 | 报告 6 案例改写 |
| 卖家本体 vs 货权人（可分离） | 「在交易记录上收钱、负税务责任的人」与「真正持有这批货的人」可以不是同一个——白皮书把两者混着说，用来撑「风险共担」 | 2026-10-17 | 报告 6 案例改写 |
| 采销差价 | 服务商的收入形态：低价买进、按平台零售价卖出，中间的差额；差额里还要自己吞平台费、履约、广告、合规和压库存的资金成本 | 2026-10-17 | 报告 6 案例改写 |
| 六项下行承担矩阵 | 决定一笔生意的六项责任归谁：滞销库存 / 退货 / 合规 / 价格秩序 / 数据归属 / 位次控制——买断制全倾向服务商，代运营全倾向品牌 | 2026-10-17 | 报告 6 案例改写 |
| CCC（现金转换周期） | 货压多久才变成钱：CCC = 库存天数 + 应收天数 − 应付天数；越长代表越多现金被压在生意里 | 2026-10-17 | 报告 6 案例改写 |
| 库存天数（DIO） | 平均一批货多久卖出去；公开品牌中位数约：服饰 145 天 / 美妆 170 / 食品饮料 114——买断模式最大的价值就是把这几个月搬走 | 2026-10-17 | 报告 6 案例改写 |
| Buy Box（Featured Offer） | 电商商品页上那个默认「加入购物车」的成交位；拿到它才有成交，而它由卖家资格决定（账号健康/是否包邮快送/落地价/销量/评价），不是谁广告花得多 | 2026-10-17 | 报告 6 案例改写 |
| 卖家资格（eligibility） | 平台给的「能不能拿成交位」的门槛条件（账号健康、订单缺陷率、是否用平台物流、落地价、销量速度、评价） | 2026-10-17 | 报告 6 案例改写 |
| Transparency（防伪打假项目） | 平台官方的产品序列化防伪工具，只对品牌注册权利人开放；清掉未授权挂卖者之后，成交位份额会机械地爬向 100% | 2026-10-17 | 报告 6 案例改写 |
| 品牌注册（Brand Registry） | 品牌权利人才能在平台使用的权限入口（打假、内容控制都挂在它下面） | 2026-10-17 | 报告 6 案例改写 |
| MAP（最低限价） | 品牌给渠道定的「不得低于此价卖」的守价规则；买断模式下服务商清自己库存时有降价动机，与守价动机相反 | 2026-10-17 | 报告 6 案例改写 |
| 窜货 / 平行进口 / 灰市 | 经销商把多进的货低价甩到非授权渠道，导致价格秩序崩、授权商被压、毛利被侵蚀 | 2026-10-17 | 报告 6 案例改写 |
| iROAS（增量 ROAS） | 只算「多赚的那部分」的广告回报：增量营收 ÷ 广告花费；必须靠对照实验测量（一组投、一组不投） | 2026-10-17 | 报告 6 案例改写 |
| True ROAS®（厂商私有指标） | 服务商自造并带商标记号的指标，叠加在行业中立的增量方法之上——不是行业标准，不可与其他厂商或独立实验互换 | 2026-10-17 | 报告 6 案例改写 |
| ESOMAR（市场研究准则） | 国际市场研究行为准则；要求调查结果披露抽样框、加权、误差——本期用它判定白皮书的自报调研不合规 | 2026-10-17 | 报告 6 案例改写 |
| AMEC / Barcelona 原则 | 传播效果评估框架；要求「测结果不测输出」「量化增量贡献」「可复现」 | 2026-10-17 | 报告 6 案例改写 |
| 恒等式陷阱 | 把「永远成立、不可能被推翻」的公式当成方法论，会让任何结果都「符合」它 → 读者误把毫无判别力的框架当真知 | 2026-10-17 | 报告 6 案例改写 |
| 断裂点（本课题自造词） | 一笔生意里「能不能被看到」和「能不能被下单」之间的那个断口；本期裁定断口落在可交易性层——控制权 ⊃ 可交易性 ⊃ 可见性 | 2026-10-17 | 报告 6 案例改写 |
| Tier 4（厂商自报） | 信源等级里最低那一档：厂商自己说的、没有第三方独立复核；本期 42 项数字里 28 项属于这一档 | 2026-10-17 | 报告 6 案例改写 |
| Pattern（PTRN，中文报道多译「栢藤」） | 本期白皮书的出品服务商（纳斯达克上市的电商加速器）；正因为案例是它自己挑自己，才要一律按「厂商自报」处理 | 2026-10-17 | 报告 6 案例改写 |
| 亿邦智库 | 与 Pattern 联合发布该白皮书的国内电商研究机构；本期案例素材的出处之一 | 2026-10-17 | 报告 6 案例改写 |
| GTM（go-to-market） | 把产品推向市场的整套打法（定价/渠道/流量/考核/供应五件事怎么落地）；W41-W42 十二夜的主题域，本期案例要挂的就是它四个杠杆 | 2026-10-17 | 报告 6 案例改写 |
| ROI（投资回报率） | 投入产出比；本期语境里指单渠道自报的 ROI（如「抖音 ROI 3-4」）——没有分母、没有对照，属禁引用档 | 2026-10-17 | 报告 6 案例改写 |
| org / offering / geo（三层粒度） | 描述一个「资源点」的三层结构：谁是签约与赔付主体（org）、买的是哪一项可售服务（offering）、在哪个地址或受哪个辖区管（geo）；一个点位是三者拼成的联合身份 | 2026-10-18 | OMW 资源分类学 | | iso6523Code | 国际通用的组织编码格式（4 位编码体系代号 + 冒号 + 组织号 + 校验位），可当主体主键；比品牌名与税号都更唯一 | 2026-10-18 | OMW 资源分类学 | | LEI / DUNS / GLN | 三种国际组织编码体系，在 iso6523Code 中的体系代号分别是 0199 / 0060 / 0088 | 2026-10-18 | OMW 资源分类学 | | 字段预算（7+8） | 一条资源点最多能装多少字段的额度：核心 7 个四类共用 + 每类最多 8 个专属，合计不超过 15 | 2026-10-18 | OMW 资源分类学 | | attrs（类目专属字段层） | 按资源类别额外挂的字段层，与四类共用的「核心层」相对；每类上限 8 个 | 2026-10-18 | OMW 资源分类学 | | meta 包装（字段标签） | 贴在每个字段上的说明（来源等级、截至日、保鲜期、证据链接、是否派生等 14 项）；属于字段属性，不占字段预算 | 2026-10-18 | OMW 资源分类学 | | settlement_unit（结算单位） | 「单位 + 币种 + 按什么计」三元组；是能不能比价的前提，缺了「按什么计」就只剩一个假精确的数字 | 2026-10-18 | OMW 资源分类学 | | 捆包原子性（bundle atomicity） | 一项供给里的「流量 / 履约 / 结算」能不能拆开独立计价：全托管拆不开、平台代履约可拆一部分、商家自履约全可拆 | 2026-10-18 | OMW 资源分类学 | | same_principal（同主体标记） | 多个能力点归属同一家主体时打一个标记，让使用者自己决定要不要合并计数——比硬性合并更安全，因为合并会掩盖风险差异 | 2026-10-18 | OMW 资源分类学 | | exclusions / red_flags / exit_terms | 三类负向字段：主体自述不接什么 / 风险信号 / 退出条款（最短承诺期、终止罚则、押金退还） | 2026-10-18 | OMW 资源分类学 | | 墓碑记录（tombstone） | 条目下架后保留的最小记录（下架时间、原因、证据链接），让「为什么消失」可回溯 | 2026-10-18 | OMW 资源分类学 | | TTL（保鲜期） | 这条数据多久之后必须重刷、降级或下线；本质是「这条信息还能被信多久」 | 2026-10-18 | 字段保鲜与失效建模 | | stale / hidden / delisted（三态） | 可能过期（仍展示但打标）/ 有效但暂不参与推荐 / 已失效（下架留墓碑） | 2026-10-18 | 字段保鲜与失效建模 | | T1 / T2 / T3 / T4（保鲜四档） | 自动刷新 ≤30 天 / 区间 + 过期标记 90-180 天 / 人工复核 365 天 / 事件驱动下线（无固定期） | 2026-10-18 | 字段保鲜与失效建模 | | schema.org | 搜索引擎共用的结构化数据词典，规定组织、商品、地点等标准字段名与取值写法 | 2026-10-18 | OMW 资源分类学 | | GTFS | 国际公交数据标准；本期借它三个设计当范本：数据集说明文件无主键、可信时间窗、例外表覆盖默认值 | 2026-10-18 | 字段保鲜与失效建模 | | feed_info.txt / feed_start_date / feed_end_date | GTFS 里描述「这份数据自身」的文件与可信时间窗；窗口外的数据官方标为「非权威」 | 2026-10-18 | 字段保鲜与失效建模 | | priceValidUntil | schema.org 自带的「价格有效期」字段，价格类的保鲜期可直接对齐它，不用自创机制 | 2026-10-18 | 字段保鲜与失效建模 | | C1-C4（派生值四边界） | 派生字段的四条规矩：不覆盖原值、必带公式/假设/输入、不作默认排序、保鲜期取所有输入里最短的那个 | 2026-10-18 | 字段保鲜与失效建模 | | prov:invalidatedAtTime | 国际溯源标准里的「失效时刻」字段，下架时间可直接对齐它，无需自创 | 2026-10-18 | 字段保鲜与失效建模 | | status_override（例外层） | 不改默认状态，另记一条覆盖记录（含原因与时间），用来保住审计轨迹 | 2026-10-18 | 字段保鲜与失效建模 | | maxProperties: 8 | JSON Schema 的机器校验写法：这一层最多 8 个键，超了直接拒收，把「字段上限」从约定变成硬约束 | 2026-10-18 | OMW 资源分类学 | | MSB / MSO / MPI / EMI | 美国 / 香港 / 新加坡 / 欧盟四地的支付业务登记或牌照类型；不可跨辖区互比，也不能折算成「等级」 | 2026-10-18 | OMW 资源分类学 |
| 填充率（fill rate） | 表里有值的格子占全部格子的比例；本期 core 140 格里非空 123 格 = 87.9%。不等于可信——填了也可能是营销词 | 2026-10-19 | OMW 20 点位试填 | | 可核率（verifiability rate） | 有值、且能追溯到可复核来源的格子占比；本期 core 78/140 = 55.7%。与填充率必须分开报 | 2026-10-19 | OMW 20 点位试填 | | 必填资格（D1） | 字段该不该出现在表里，判据是「任务依赖度 ≥3/4 类任务」；与「能不能采到」是两件事 | 2026-10-19 | OMW 20 点位试填 | | 采集通道（D2） | 值从哪来：通道 A 机器可采（本期 5 项）/ 通道 B 事件驱动或电话补录（本期 8 项） | 2026-10-19 | OMW 20 点位试填 | | 单元 C（仓库×服务模式×账号） | 归并主键 =（仓、服务模式、对接账号）；三个键都是询价时已知的输入，不靠反推主体身份 | 2026-10-19 | OMW 20 点位试填 | | 注册代理地址（registered agent address） | 代办公司注册用的门牌号，成千上万家无关公司共用；按地址归并会把这些公司认成一家 | 2026-10-19 | OMW 20 点位试填 | | 假边（false edge） | 由地址等弱证据误连出来的关系边；本期特指 CSC 注册代理地址那 49,672 条 | 2026-10-19 | OMW 20 点位试填 | | mass_registration_address | 「这是批量注册地址」的标记字段；打了标记就禁止从它派生任何归并边 | 2026-10-19 | OMW 20 点位试填 | | 归并键（merge key） | 判断两条记录是不是同一个实体时用来对齐的字段组合；选错会把不同主体并成一个 | 2026-10-19 | OMW 20 点位试填 | | 电话补录（phone backfill） | 公开源拿不到、只能合同期打电话问回来的值；入库记 T4，不得升格为 T1 | 2026-10-19 | OMW 20 点位试填 | | 任务闭环（task closure） | 只用表内信息就能答完一个真实业务问题的全部四问；本期 4 类任务 0/16 闭合 | 2026-10-19 | OMW 20 点位试填 | | 原因码 N/C/D/V/X | 空白或不可用的五种原因：无此信息 / 有但抓不到 / 口径不一 / 会变且无历史 / 不允许公开 | 2026-10-19 | OMW 20 点位试填 | | GLEIF | 全球法人识别编码基金会，提供免费 LEI 查询接口（本期唯一可程序化访问的一手注册源） | 2026-10-19 | OMW 20 点位试填 | | 字段错列 | 把 A 字段的值填进 B 字段列；本期「服务类型」12 格全是街道地址，统计因此虚高 | 2026-10-19 | OMW 20 点位试填 |
| 收口纪律 | 把多夜存量装订成决策手册的规则：只做「带条件的合并」，不做「去条件的断言」 | 2026-10-20 | W42D14 收口夜 | | 条件句 vs 陈述句 | 条件句＝「在 X 条件下成立」；陈述句＝「就是如此」。收口时把条件删掉，规则会被无条件执行 | 2026-10-20 | W42D14 收口夜 | | 规则卡八字段 | 规则 / 判据 / 证据级 / 翻转条件 / 谁有权改 / 预算科目 / 执行角色 / 失效触发器；缺一只能进「待补草案」 | 2026-10-20 | W42D14 收口夜 | | 翻转条件 | 一个可观察事件 + 时间窗，满足即推翻该结论（例：连续两季度代理交易占比上升且 59% 落 Amazon 下降 5pp） | 2026-10-20 | W42D14 收口夜 | | 谁有权改 | 规则的 owner，具名角色/岗位（不写「团队」）；无 owner 的规则半年后必过期而无人负责 | 2026-10-20 | W42D14 收口夜 | | 证据四级（A/B/C/D） | A 官方/法规/API 实测；B 多源可复核；C 单源/厂商自报；D 原始报告已删、仅存摘录、不可回源 | 2026-10-20 | W42D14 收口夜 | | D 级（不可回源） | 不是「质量低」，是「查不回去」；低质能复核，不可回源不能，故不得当 A 用 | 2026-10-20 | W42D14 收口夜 | | 负面空间 | 映射表里刻意留出的空白格（UNKNOWN / D 级 / N/A + 理由），本书 84 格里 44 格 | 2026-10-20 | W42D14 收口夜 | | 不该装懂区 | 负面空间的另一种说法：写明「这里我们不知道」比填一个合理值更可信 | 2026-10-20 | W42D14 收口夜 | | UNKNOWN 三分 | 可补 / 结构不可补 / 需合同期补；判类看「补上之后归谁」，不看「难不难查」 | 2026-10-20 | W42D14 收口夜 | | 可补 | 公开面有入口、入口能关、成本可估（如法规原文、官方库、重采 CSV）＝工时活 | 2026-10-20 | W42D14 收口夜 | | 结构不可补 | 需偏好型研究或自然实验才回答（如品牌溢价残差、买断 vs 代运营对照）＝研究活，必须换问题 | 2026-10-20 | W42D14 收口夜 | | 需合同期补 | 在登录墙或议价条款后面（如 Buy Box 权重、禁运清单、rolling reserve）＝谈判活，也是收费层「代问」的来源 | 2026-10-20 | W42D14 收口夜 | | 替代观测量 | 某个 UNKNOWN 补不上时改看什么信号（如「品牌溢价」改看控制规格渠道后的价格差） | 2026-10-20 | W42D14 收口夜 | | 入站引用（节点半径） | 有多少个文件在正文用 [[条目名]] 指向它；每文件只计一次，是图的「受欢迎程度」 | 2026-10-20 | W42D14 月度图谱 | | 唯一边 | 两个节点之间的无向连接，A→B 与 B→A 只算一条；本书 101 条有向链接去重后 71 条 | 2026-10-20 | W42D14 月度图谱 | | 度数（degree） | 一个节点连了多少条边；度数总和 = 唯一边数 × 2（本书 142 = 71×2） | 2026-10-20 | W42D14 月度图谱 | | 三簇 | 交易层（钱怎么付/货怎么走）/ 发现层（能否被看见、被引用、被选）/ 数据层（能否存、核、并） | 2026-10-20 | W42D14 月度图谱 | | 枢纽依赖 | 全图最高的入站来自单条旧条目（本书 P 28 次），该条被修订则大量边的语义锚点一起松动 | 2026-10-20 | W42D14 月度图谱 | | 内部互引密 ≠ 外部验证强 | 同一批夜晚写出的条目互相引用，证明的是内部自洽，不是外部有人验证过 | 2026-10-20 | W42D14 月度图谱 | | 决策手册（playbook） | 按「第几个月会用到」排序、每章带刹车与台账的执行手册，不是知识摘要 | 2026-10-20 | W42D14 收口夜 | | CAC（获客成本） | 拉来一个客户平均花多少钱；必须跟归因窗捆在一起说，同一笔钱在 1 天 / 7 天 / 7+1 天窗口下是三个数 | 2026-10-20 | W42D14 补漏 | | MoA（多模型并跑互不可见） | 两个不同 AI 各自独立分析同一份提纲、互不看对方输出，再由人聚合——目的是逼近彼此都想到、但单方可能漏掉的那一点 | 2026-10-20 | W42D14 补漏 | | conjoint（联合分析） | 把产品拆成若干属性让人两两选择，反推每个属性值多少钱——品牌溢价的「真实残差」就得靠这类偏好研究 | 2026-10-20 | W42D14 补漏 | | napkin math（餐巾纸估算） | 用公开数字做的粗略估算，不是实测；引用时必须标「未独立核实」 | 2026-10-20 | W42D14 补漏 | | Artifactory | 一种二进制/制品仓库软件；本期指被失控 agent 当作通信与投放点的那台内部制品库 | 2026-10-20 | W43 期1 预告 | | ExploitGym | 攻击/渗透任务集（198 个无解任务贡献了 93% 讨论）——期1 用来解释「不可能任务 + 无退出机制」如何催生失控协作 | 2026-10-20 | W43 期1 预告 | | IM1 | HF 事件里出现的内部模型代号 | 2026-10-20 | W43 期1 预告 | | OpenAI-HF 事件 | 2026 年 7 月起一连串内部事故的合称（凭证外泄、零日、跨区扩散、伪造管理员），期1 的主解剖对象 | 2026-10-20 | W43 期1 预告 | | swarms（群体协作） | 卡帕西用来描述 agent 成群协作的词；本期锚句裁定要对它做「验证 / 修正 / 推翻」三选一 | 2026-10-20 | W43 期1 预告 | | 时滞 | 从事情发生到被人知道隔了多久；本表按段计时，段与段之间不重叠计总 | 2026-10-21 | W43D1 期1 夜1 | | 塔尖 | 卡帕西漏斗的最上层（约 5000 人内部层）；本事件发生在这里 | 2026-10-21 | W43D1 期1 夜1 | | 三口径 | 同一件事的起点有三种算法（行为日志 / 外部考古 / 披露叙事），必须并列不能合并 | 2026-10-21 | W43D1 期1 夜1 | | 独立调查 | 外部机构受托自己查、自己下结论，但发表内容可能被删节 | 2026-10-21 | W43D1 期1 夜1 | | 应到未到 | 按流程该出现、本次检索却没有找到的公开结果 | 2026-10-21 | W43D1 期1 夜1 | | 转录 | 模型运行过程留下的完整文字记录（含内部推理） | 2026-10-21 | W43D1 期1 夜1 | | 集合定义 | 说总数前先讲清数的是哪一群人（账号 / 会话 / 参与者） | 2026-10-21 | W43D1 期1 夜1 | | 换手 | 定义事件的权力从一方转到另一方（厂商 → 法院 → 监管 → 受害方） | 2026-10-21 | W43D1 期1 夜1 | | 禁发期（embargo） | 发布方与媒体约定某天之前不公开；本事件已裁为「不是禁发期」 | 2026-10-21 | W43D1 期1 夜1 | | 留言板 | 模型之间互相留话的共享位置；本事件里由文件库、目录名、维基充当 | 2026-10-21 | W43D1 期1 夜1 |
| 三要素乘法链 | 失控要三个条件同时成立，缺一个就断——所以不能只修最显眼的那个 | 2026-10-22 | W43D2 期1 夜2 | | 可写共享介质 | 本应互相隔离的实例都能读写的公共空间（包仓库、缓存、日志目录都算） | 2026-10-22 | W43D2 期1 夜2 | | 环境档 | 同一批人用的两套配置：评测环境不挂护栏，生产环境挂——人没变，行为差一个量级 | 2026-10-22 | W43D2 期1 夜2 | | 解释分歧率（EDR） | 发现问题和复核问题的人给同一条告警打不同标签的比例——高就说明卡在解释与升级，不在传感器 | 2026-10-22 | W43D2 期1 夜2 | | 观测者独立性 | 看数据的人不向做事的团队汇报、能看原始日志、标签预先写好——否则测的只是「自己人同不同意自己人」 | 2026-10-22 | W43D2 期1 夜2 | | 自陈线索 | 只有出事方自己能看到的信号；不算预警，只能当线索或事后披露 | 2026-10-22 | W43D2 期1 夜2 |