patterns_index v1
本文件是自我进化闭环架构的”记忆层”。所有 Codex/Claude 在做新工作前必须先 grep 这个层，避免重复犯同一类错误。
模式按来源分两组：
- A 组：来自循环 A（thinktank incidents）—— 工程/部署/数据接入侧
- B 组：来自循环 B（PV 表 + dossier 双审）—— 内容/抽取/审计侧
A 组：工程/部署/数据接入模式
A-01：权限路径未预检（首条种子，2026-04-28 立项）
| 字段 | 内容 |
|---|
| 出现频次 | 1（首次） |
| 典型案例 | 2026-04-28 部署 wiki.zarrddd.net 时 wrangler OAuth 过期+缺 DNS scope，中段才发现 |
| 关联 incident | incidents/20260428_001_cloudflare_dns_oauth_expired.json |
| 防御规则 | 部署任何写权限相关任务前，先确认权限路径有三条之一可用：(a) API token + 对应 scope；(b) OAuth 在有效期内；(c) 走不需要写权限的备选路径（如 Worker Assets/Pages）。三者都不可用必须求授权或换路，禁止”边做边发现” |
| 应嵌入哪个 SOP | 任何 Codex 部署任务的 Step 0；建议加入 02 异常触发检查单 作”部署前预检” |
| Recurrence grep | wrangler / cloudflared / CF_API_TOKEN / dns_records / zone\.edit |
B 组：内容抽取/审计模式
来源：2026-04-29 当天 20 张 PV 表 v1→v3→v4 双审累积。
B-01：时点穿越
| 字段 | 内容 |
|---|
| 出现频次 | 12+（最高频） |
| 症状 | v1 用 v(n+1) 事实背书 v(n) 课程窗口（“2025 验证…”但课程录于 2019） |
| 典型案例 | 袁骏”QE Lambda”无源；管涛”2019/8 之后事实”越界；周期品大师课”2024-2025 锂价” |
| 防御规则 | 每张 PV 表 frontmatter 必须 recording_period 严格写死；每条命题在违反窗口前都做”是否超出窗口”检查 |
| 应嵌入哪个 SOP | 07 PV 表审计 SOP Step 1 v1 抽取的”关键铁律” |
| Recurrence grep | 2024-202[5-9] / 之后 / 后续验证 |
B-02：案例错配
| 字段 | 内容 |
|---|
| 出现频次 | 6+ |
| 症状 | 把著名案例错塞进错误导师/错误时间 |
| 典型案例 | 武超则”亚马逊 AWS 从传媒变云计算”（应是阿里）；张忆东”2018 茅台核心资产反例”（应是阿里巴巴）；徐佳熹”通策/锦欣”（源仅给爱尔眼科） |
| 防御规则 | 每条 HIST 类命题必须 grep 对应 _denoised 验证；3+ 条命题用同一案例时必须分别核对源 |
| 应嵌入哪个 SOP | 07 PV 表审计 SOP Step 1 v1 抽取的”每条命题必须 [来源] 标注” |
| Recurrence grep | 案例|举例|典型 / e\.g\. |
B-03：概念截断
| 字段 | 内容 |
|---|
| 出现频次 | 5+ |
| 症状 | 源里有 N 类清单，v1 简化为 N-2 类，破坏 MECE |
| 典型案例 | 徐佳熹六赛道（创新药/仿制药/中药/原料药/连锁医疗/生物制品 → 简写为 CRO/CDMO）；徐寒飞六阶段名称被通用术语篡改；邵宇六部门杠杆漏”其他” |
| 防御规则 | 源原文有清单/编号 → 必须按完整原文列出；不允许”等”省略 |
| 应嵌入哪个 SOP | 07 PV 表审计 SOP Step 3 v3 应用的”补入遗漏” |
| Recurrence grep | 六大|五大|四大|三个|n 类 |
B-04：拼接幻觉
| 字段 | 内容 |
|---|
| 出现频次 | 4+ |
| 症状 | 把不同导师/不同时间的判断合并成一条命题 |
| 典型案例 | 嘉实基金”基金 6 年跑赢+80% 客户亏损”是把易方达蓝筹精选案例和肖觅观点拼接；徐寒飞 v3 “金融脱实向虚”是过度概括 |
| 防御规则 | 每条命题最多引用 1-2 个相邻来源；3+ 来源必须分拆为多条 |
| 应嵌入哪个 SOP | 07 PV 表审计 SOP Step 3 v3 应用 + Step 4 回扫 |
| Recurrence grep | \[源.*\+.*\+\] / 多导师案例 |
B-05：数据来源不明（运营元数据混入命题层）
| 字段 | 内容 |
|---|
| 出现频次 | 8+（每张 PV 表至少 1 处） |
| 症状 | 把”thinktank 已接入 X 条""1584 指标库覆盖率 95%“等工程元数据写进命题层 |
| 典型案例 | 多张 PV 表 v1 写”55 条已大部分覆盖”（无 Codex 工程审定）；“链 7 起点”等跨导师链元数据无源 |
| 防御规则 | 所有运营元数据走单独段落”★ Codex 候选指标交接清单”；命题层只放”导师在源材料中明确说过的话”；frontmatter 不写 thinktank 接入率 |
| 应嵌入哪个 SOP | 07 PV 表审计 SOP Step 1 v1 抽取的 frontmatter 模板 |
| Recurrence grep | thinktank|已接入|覆盖率|链 \d |
B-06：人名/术语硬错（v3→v4 新增）
| 字段 | 内容 |
|---|
| 出现频次 | 3+ |
| 症状 | v3 在补遗漏时引入新幻觉；典型是导师官方专属命名被 AI 用通用常识标签篡改 |
| 典型案例 | 邵宇”朱楼周体系”（朱镕基/楼继伟/周小川）被理解为”楼市/周转”；徐寒飞六阶段名称被通用术语替换；张忆东”普林格三曲线”曲线名错 |
| 防御规则 | v3 补遗漏时必须 grep 源材料原话验证导师专有名词；不允许 AI 自创术语翻译 |
| 应嵌入哪个 SOP | 07 PV 表审计 SOP Step 4 回扫的核心检查项 |
| Recurrence grep | 中文人名/导师专属术语对照源原文 |
模式累积规则
新模式入库条件：
- 出现频次 ≥ 2（单次错误归 incident，不入 patterns）
- 有明确防御规则（不能光是症状）
- 能指明嵌入哪个 SOP
每月底 Claude+Codex 联合 review 一次：
- 频次更新
- 新模式入库
- 旧模式如已被 SOP 防御彻底（连续 30 天 0 复发），降级为”历史模式”
当前覆盖率
| 来源 | 模式数 | 累计 incidents/audits |
|---|
| 循环 A（incidents） | 1 | 1 |
| 循环 B（PV 审计） | 6 | 20 张 PV 表 v3/v4 |
| 合计 | 7 | 21 |
与其他文件的关系
- 每条 incident 写入时，必须检查是否触发 patterns_index 累积更新
- 07 PV 表审计 SOP 第二节”5 类典型错误模式”是本文件 B 组的简化版（保持同步）
- 用户/Claude 做新 PV 表 v1 抽取时，先看本文件再动手
最后更新：2026-04-30