v4.2.0: 强制外部验证门控（MEVG）— 与'不跳步'同级的硬性规则

新增： - references/mandatory-verification-gate-protocol.md：MEVG 完整协议 - 三步验证法（V1构建查询→V2执行检索→V3交叉验证） - 权威来源优先级体系 - 强制输出格式（验证状态表） - 门控通过/失败标准 - 每阶段必检索关键词模板修改： - SKILL.md：v4.0.0→v4.2.0 - 新增 MEVG 主章节（⚠️ 强制外部验证门控） - 预测清单新增 3 条 MEVG 强制项 - 参考资料列表注册新文件 - references/ai-reading-workflow-prompt.md：v4.0.0→v5.0.0 - 新增核心原则 #7 '不凭记忆' - 新增 Step 3.11 MEVG-静态门控 - 新增 Step 4.10 MEVG-动态门控 - 新增 Step 5.5 MEVG-预测门控 - 更新一页纸流程图 - CHANGELOG.md：新增 v4.2.0 记录
2026-04-27 23:01:35 +08:00
parent b7f5437fe7
commit 88aa3b8873
4 changed files with 479 additions and 12 deletions
@@ -1,5 +1,59 @@
 # 印度占星 Skill 更新日志

+## v4.2.0（2026-04-27）— 强制外部验证门控（MEVG）
+
+> **触发原因**：一楠多次强调"不要根据经验和固有认知去判断分析用户的情况，要全网去找针对性的内容，对应的知识点和相似案例分析综合分析反复验证"。v4.1.0 的 Transit Actionable Output 仅覆盖 Transit 预测环节的案例检索，缺少对静态分析、行星尊严判断、Yoga 识别等其他环节的外部验证要求。AI 反复跳过 web_search 验证，仅凭训练记忆输出解读。
+
+### ① 新增 MEVG 强制外部验证门控协议
+
+**问题**：AI 的训练数据中包含大量印度占星知识，但存在流派偏差、断章取义、缺乏具体性、文化偏见等问题。每次分析都仅凭记忆输出，不搜索外部权威来源验证。
+
+**解决方案**：新增 `mandatory-verification-gate-protocol.md`（完整协议），核心措施：
+
+- **三步验证法（V1→V2→V3）**：
+  - V1 构建查询：为每个主要解读点生成英文检索词
+  - V2 执行检索：web_search 搜索权威来源（L2≥4次≥3来源，L3≥8次≥5来源）
+  - V3 交叉验证：对比来源一致性，仲裁分歧
+- **权威来源优先级**：经典文本 > 知名占星师 > 专业网站 > 综合博客
+- **强制输出格式**：每个分析章节末尾附验证状态表
+- **门控通过/失败标准**：≥80% 主要声明有≥2来源→通过；未通过→降级置信度
+
+### ② 工作流新增 3 个门控步骤
+
+**SKILL.md 阶段描述更新**：
+- 在强制工作流列表下方新增 v4.2.0 强制门控说明框
+
+**ai-reading-workflow-prompt.md 升级至 v5.0.0**：
+- 新增核心原则 #7："不凭记忆"（与"不跳步"同级）
+- 新增 Step 3.11 MEVG-静态门控（验证所有静态解读声明）
+- 新增 Step 4.10 MEVG-动态门控（验证所有 Transit/Dasha 解读）
+- 新增 Step 5.5 MEVG-预测门控（100% 预测必须通过 5 项检查）
+- 更新一页纸流程图（标注 3 个 MEVG 门控位置）
+
+### ③ 预测清单新增 3 条 MEVG 强制项
+
+- MEVG-静态门控（Step 3.11）
+- MEVG-动态门控（Step 4.10）
+- MEVG-预测门控（Step 5.5）
+
+### ④ 执行纪律
+
+- ❌ 解读章节缺少验证状态表 → 判定为未完成
+- ❌ 主要声明无来源引用 → 判定为无效声明
+- ❌ 整个分析无 web_search → 判定为严重违反流程
+- ✅ 唯一豁免：纯数值计算
+
+### 修改文件清单
+
+| 文件 | 变更 |
+|------|------|
+| `references/mandatory-verification-gate-protocol.md` | ⭐ 新建 |
+| `SKILL.md` | 版本 4.0.0→4.2.0 + 新增 MEVG 章节 + 更新预测清单 + 更新参考资料列表 |
+| `references/ai-reading-workflow-prompt.md` | 版本 4.0.0→5.0.0 + 新增核心原则 + 3 个门控步骤 + 更新流程图 |
+| `CHANGELOG.md` | 新增 v4.2.0 记录 |
+
+---
+
 ## v4.1.0（2026-04-27）— Transit Actionable Output 强制升级

 > **触发原因**：一楠追问"我是怎么被发现的？展示内容什么时候开始创作？"——发现Skill输出的Transit分析停留在"星盘数据陈述"层，缺少Actionable Output模块；动态预测依赖理论推断，缺乏真实案例支撑。
@@ -1,12 +1,13 @@
 # AI解盘工作流Prompt工程（AI Reading Workflow）

 > **适用场景**：AI收到出生信息、PDF星盘或文字星盘后，如何一步步执行完整的解盘+推运分析
-> **版本**：v4.0.0 | **更新日期**：2026-04-27
+> **版本**：v5.0.0 | **更新日期**：2026-04-27
 > **来源标签**: 【工具/模板】 — AI解盘执行引擎工作流
 > **优先级**：⭐⭐⭐⭐⭐（AI解盘质量的决定性文件）
 > **定位**：本文件是AI解盘的**执行引擎**，将Skill中所有参考资料串联成可执行的工作流
 > **v3.0重大变更**：三条入口路径明确分流，引擎全自动计算无需用户逐模块触发
 > **v4.0重大变更**：Step 0.5 Karaka系统自动识别（解决DK摇摆问题）、预测输出强制[A/B/C]标注、统一精度边界声明、来源标签体系引用
+> **v5.0重大变更**：强制外部验证门控（MEVG）——新增核心原则"不凭记忆"、三个门控步骤（Step 3.11/4.10/5.5）嵌入工作流、与"不跳步"同级强制

 ---

@@ -18,6 +19,10 @@
 4. **必标注**：每个结论标注来源系统、置信度、精度边界
 5. **全自动优先**：引擎有能力自动完成的计算，绝不要求用户手动触发
 6. **尊重用户数据**：用户提供的PDF/文字星盘数据即为事实来源，优先使用而非重新计算
+7. **🔴🔴🔴 不凭记忆（v5.0 新增，与"不跳步"同级）**：所有解读结论必须经过外部权威来源（web_search）验证，禁止仅凭 AI 训练记忆输出。违反此原则的解读判定为无效。纯数值计算（引擎输出、SAV 点数、Dasha 时间线）可豁免。
+   - ❌ 仅凭记忆说"Venus 在 Taurus 10 宫是 Malavya Yoga"
+   - ✅ 先 web_search 确认形成条件 + 引用来源
+   - → 完整协议：`references/mandatory-verification-gate-protocol.md`

 ---

@@ -517,6 +522,14 @@ Step 3.9  Ketu双属性检查
 Step 3.10 分盘确认
          → references/varga-system-quick-reference.md
          → D9（关系）+ D10（事业）+ 对应领域分盘
+
+Step 3.11 ⭐ MEVG-静态门控（v5.0 强制）
+          → references/mandatory-verification-gate-protocol.md
+          → 对所有静态解读声明执行 web_search 外部验证
+          → 验证范围：Yoga 识别/行星尊严判断/Shadbala 异常/SAV 关键阈值/Ketu 双属性
+          → 最低要求：L2≥4次搜索≥3来源，L3≥8次搜索≥5来源
+          → 输出：验证状态表（检索项/查询词/来源数/状态/关键来源）
+          → ❌ 未通过 → 降级置信度为[C] + 标注"验证不足"
 ```

 ### 3.2 静态分析输出模板
@@ -662,6 +675,44 @@ web_search: "astrologer content creator discovered by mentor collaboration 2024
 **未验证声明**：以上预测基于星盘信号与案例类比推断，未经个人历史事件验证，置信度[B]。
 ```

+### Step 4.10 ⭐ MEVG-动态门控（v5.0 强制）
+
+> **目的**：所有 Transit 效应、Dasha 解读、特殊天文现象（Ashtama Shani/Sade Sati/Jupiter 换座等）必须经过外部来源验证。
+
+**触发条件**：阶段四 Step 4.1-4.9 完成后，自动执行。
+
+**执行步骤**：
+
+```
+1. 提取所有动态解读声明（Dasha 效应、Transit 效应、Double Transit 判断等）
+2. 为每个声明构建英文检索查询：
+   - "[Planet] transit [Sign] [Year] Vedic astrology effects"
+   - "[Planet1]/[Planet2] Dasha period effects Vedic"
+   - "Ashtama Shani [Moon sign] [Year]" (如适用)
+   - "Jupiter transit Cancer [Year] all ascendants" (如适用)
+3. 执行 web_search（最低≥4次，Level 3≥8次）
+4. 交叉验证：对比来源一致性
+5. 输出验证状态表
+
+通过标准：≥80% 动态解读有≥2个独立来源
+失败处理：未验证解读全部标注"未经验证" + 置信度降级
+```
+
+**输出格式**：
+
+```markdown
+### 📋 MEVG 验证状态（动态分析）
+
+| 检索项 | 查询关键词 | 来源数 | 状态 | 关键来源 |
+|--------|-----------|--------|------|---------|
+| [Dasha/Transit] | [查询词] | [N] | ✅/⚠️/❌ | [来源1, 来源2] |
+
+**总检索次数**：[N] 次 | **验证通过率**：[X]%
+**降级声明**：[列出]
+```
+
+→ references/mandatory-verification-gate-protocol.md
+
 ### 4.2 动态分析输出模板

 ```markdown
@@ -880,6 +931,27 @@ web_search: "astrologer content creator discovered by mentor collaboration 2024
 - ❌ 禁止：确定日期、"一定会"、指定具体人物/项目
 ```

+### 5.5 ⭐ MEVG-预测门控（v5.0 强制）
+
+> **目的**：确保每条预测输出都有来源支撑、置信度标注与验证结果一致、精度声明完整。
+
+**触发条件**：阶段五 Step 5.0-5.4 完成后，自动执行。
+
+**检查项（100% 必须通过）**：
+
+| # | 检查项 | 通过标准 | 失败处理 |
+|---|--------|---------|---------|
+| 1 | 每条预测有置信度标注 | [A]/[B]/[C] 标记存在 | 补全 |
+| 2 | 置信度与验证结果一致 | [B]需≥3独立维度、[A]需历史验证 | 不一致则降级 |
+| 3 | 精度边界声明完整 | 精度等级+范围+强制附注文案 | 补全 |
+| 4 | 未验证声明存在 | [B]/[C] 预测有未验证声明文案 | 补全 |
+| 5 | MEVG 验证状态表存在 | 静态+动态验证状态表均已输出 | 补全 |
+
+**通过标准**：5/5 项全部通过
+**失败处理**：缺少任何一项即阻止输出，补全后重新检查
+
+→ references/mandatory-verification-gate-protocol.md
+
 ---

 ## 阶段六：补救措施（如用户需要）
@@ -927,7 +999,7 @@ web_search: "astrologer content creator discovered by mentor collaboration 2024
  │     └─→ 用户问什么 → 目标宫位 → 对应承诺模板
  │         （无明确意图 → 综合解盘Level 2）
  │
-  ├─→ 阶段三：静态分析（10步）
+  ├─→ 阶段三：静态分析（10步 + 1个门控）
  │     ├─→ 宫位-行星基础
  │     ├─→ 承诺评估
  │     ├─→ Yoga识别
@@ -937,19 +1009,27 @@ web_search: "astrologer content creator discovered by mentor collaboration 2024
  │     ├─→ Shadbala
  │     ├─→ Ashtakavarga
  │     ├─→ Ketu双属性
-  │     └─→ 分盘确认
+  │     ├─→ 分盘确认
+  │     └─→ ⭐ Step 3.11: MEVG-静态门控（web_search验证所有静态声明）
  │
-  ├─→ 阶段四：动态推运（7步）
+  ├─→ 阶段四：动态推运（7步 + 1个门控）
  │     ├─→ Dasha激活
  │     ├─→ Dasa Convergence三系统法
  │     ├─→ Transit四参考点
  │     ├─→ Double Transit
  │     ├─→ Jaimini确认
  │     ├─→ KP确认
-  │     └─→ Varshaphala确认
+  │     ├─→ Varshaphala确认
+  │     ├─→ Transit Actionable Output
+  │     ├─→ 案例检索与对比
+  │     └─→ ⭐ Step 4.10: MEVG-动态门控（web_search验证所有动态声明）
  │
-  ├─→ 阶段五：应期输出
-  │     └─→ 严格遵循prediction-output-protocol.md
+  ├─→ 阶段五：应期输出（+1个门控）
+  │     ├─→ 置信度分级与验证状态标注
+  │     ├─→ 统一精度边界声明
+  │     ├─→ Transit Actionable Output 强制标注
+  │     ├─→ 应期输出模板
+  │     └─→ ⭐ Step 5.5: MEVG-预测门控（确认100%预测通过验证）
  │
  ├─→ 阶段六：补救措施（可选）
  │
@@ -958,6 +1038,6 @@ web_search: "astrologer content creator discovered by mentor collaboration 2024

 ---

-**版本**：4.0.0
+**版本**：5.0.0
 **更新日期**：2026-04-27
-**配套文件**：`pdf-chart-reading-guide.md`（PDF提取）、`birth-time-rectification-advanced.md`（出生时间矫正）、`timing-prediction-template.md`（应期模板）、`prediction-output-protocol.md`（输出规范）、`comprehensive-reading-workflow.md`（综合流程）、`promise-assessment-templates.md`（承诺模板）、`argala-complete-guide.md`（Argala检查）、`dasa-convergence-methodology.md`（Dasa Convergence）、`precision-reading-methodology.md`（精准解盘方法论+置信度分级+倒推验证协议）
+**配套文件**：`pdf-chart-reading-guide.md`（PDF提取）、`birth-time-rectification-advanced.md`（出生时间矫正）、`timing-prediction-template.md`（应期模板）、`prediction-output-protocol.md`（输出规范）、`comprehensive-reading-workflow.md`（综合流程）、`promise-assessment-templates.md`（承诺模板）、`argala-complete-guide.md`（Argala检查）、`dasa-convergence-methodology.md`（Dasa Convergence）、`precision-reading-methodology.md`（精准解盘方法论+置信度分级+倒推验证协议）、`mandatory-verification-gate-protocol.md`（⭐ v5.0 强制外部验证门控协议）
@@ -0,0 +1,271 @@
+# 强制外部验证门控协议（Mandatory External Verification Gate, MEVG）
+
+> **版本**：v1.0.0 | **创建日期**：2026-04-27
+> **来源标签**: 【核心方法论·Skill整合】 — 强制外部验证门控协议
+> **优先级**：⭐⭐⭐⭐⭐（与"不跳步"原则同级，违反即判定分析无效）
+> **触发场景**：所有涉及星盘解读（静态/动态/预测）的分析输出
+
+---
+
+## ⚠️ 核心问题（本协议解决什么）
+
+**AI 的训练数据中包含大量印度占星知识，但这些知识存在以下问题**：
+
+1. **流派偏差**：训练数据偏重 Parashara 主流，对 Jaimini/Tajika/Nadi 等分支覆盖不足
+2. **断章取义**：许多规则缺少前提条件（如"Malavya Yoga 一定好"忽略了落宫/相位/Dasha 的修正）
+3. **缺乏具体性**：训练知识是通用描述，无法覆盖每个用户独特的行星配置组合
+4. **过时信息**：部分训练数据可能是旧版规则或已被修正的误判
+5. **文化偏见**：西方占星与印度占星混同，导致概念混淆
+
+**本协议强制要求：所有解读结论必须经过外部权威来源验证，禁止仅凭 AI 训练记忆输出。**
+
+---
+
+## 一、门控触发条件
+
+### 1.1 必须触发 MEVG 的场景
+
+| 场景 | 触发时机 | 验证类型 |
+|------|---------|---------|
+| **Yoga 识别与解读** | 阶段三 Step 3.3 | 搜索该 Yoga 的经典定义+应用条件+案例 |
+| **行星尊严判断** | 阶段三 Step 3.1 | 搜索特定行星+星座+宫位组合的权威解读 |
+| **Transit 效应解读** | 阶段四 Step 4.3-4.4 | 搜索该 Transit 对特定上升的实际效应 |
+| **Dasha 周期解读** | 阶段四 Step 4.1-4.2 | 搜索该行星组合 Dasha 的经典描述+案例 |
+| **应期预测** | 阶段五全部 | 搜索相似命盘的真实事件案例 |
+| **补救措施** | 阶段六 | 搜索该补救措施的权威来源+禁忌 |
+
+### 1.2 可免 MEVG 的场景（纯计算/数据提取）
+
+- 引擎数值计算（Shadbala 分数、SAV 点数、Dasha 时间线）
+- PDF 数据提取（落宫、度数、Nakshatra）
+- 数学验证（R1-R10 校验、SAV=337 检查）
+
+---
+
+## 二、验证协议（三步法）
+
+### Step V1：构建检索查询
+
+**查询模板**（每个主要解读点至少生成 1 个查询）：
+
+```
+# Yoga 解读
+"[Yoga名] Vedic astrology effects [上升星座] ascendant"
+"[Yoga名] formation conditions BPHS"
+"[Yoga名] real case study celebrity"
+
+# 行星组合解读
+"[行星] in [星座] [宫位] house [上升星座] ascendant Vedic"
+"[行星] [星座] transit 2026 effects career"
+"[行星]-[行星] conjunction Vedic astrology interpretation"
+
+# Dasha 解读
+"[行星1]/[行星2] Dasha period effects Vedic astrology"
+"[行星1] [行星2] Vimshottari antardasha results"
+
+# 应期预测
+"[事件类型] prediction timing Vedic astrology case study"
+"[行星 transit] triggered [事件类型] real example"
+```
+
+**查询语言要求**：
+- 核心查询用英文（Jyotish 英文资源最丰富）
+- 补充查询可用中文（覆盖华语占星圈解读）
+- 每个解读点至少 1 个英文查询
+
+### Step V2：执行检索与收集
+
+**最低检索量**（按分析等级）：
+
+| 分析等级 | 最低检索次数 | 最低独立来源数 | 每个主要声明最低来源 |
+|---------|------------|-------------|-------------------|
+| Level 1 快速 | ≥2 次 web_search | ≥2 个 | 1 个 |
+| Level 2 专项 | ≥4 次 web_search | ≥3 个 | 2 个 |
+| Level 3 完整 | ≥8 次 web_search | ≥5 个 | 2 个 |
+
+**权威来源优先级**（从高到低）：
+
+| 优先级 | 来源类型 | 示例 |
+|--------|---------|------|
+| ⭐⭐⭐ | 经典文本/学院 | BPHS 译文、B.V. Raman 著作引用、ICAS/BVRI 教材 |
+| ⭐⭐⭐ | 知名占星师 | K.N. Rao、Sanjay Rath、Hart de Fouw、Marc Boney 的文章/视频 |
+| ⭐⭐ | 专业占星网站 | AstroVed、Cosmic Insights、Vedic Astrology Journal、AstroSage |
+| ⭐⭐ | 专业占星博客 | Jyotish Vidya、MyJyotish、Agni Astrology |
+| ⭐ | 综合占星网站 | Astrology.com、CafeAstrology（注意可能混入西方占星） |
+| ⚠️ | AI 生成内容 | 仅作参考，不能作为独立来源 |
+| ❌ | 无署名/无来源 | 不计为有效来源 |
+
+### Step V3：交叉验证与仲裁
+
+**验证逻辑**：
+
+```
+对于每个主要解读声明：
+  ├─→ 所有来源一致 → ✅ 验证通过，正常输出
+  ├─→ 来源有分歧（不同流派）→ ⚠️ 标注分歧，列出不同观点+来源
+  ├─→ 来源有冲突（同一流派不同结论）→ ⚠️ 标注冲突，评估权重
+  └─→ 无法找到来源 → ❌ 必须标注"未验证声明"，置信度降级
+
+仲裁原则：
+1. 经典文本 > 现代演绎
+2. 多案例验证 > 单案例
+3. 同一学派内多数观点 > 少数观点
+4. 有前提条件的规则 > 无条件的泛化规则
+```
+
+---
+
+## 三、输出格式规范
+
+### 3.1 验证状态标记
+
+每个分析章节（静态分析/动态分析/预测输出）末尾必须附加验证状态：
+
+```markdown
+### 📋 MEVG 验证状态
+
+| 检索项 | 查询关键词 | 来源数 | 状态 | 关键来源 |
+|--------|-----------|--------|------|---------|
+| Malavya Yoga 解读 | "Malavya Yoga Leo ascendant Venus Taurus" | 3 | ✅ 验证通过 | MyJyotish, Jyotish Vidya, AstroAnanta |
+| Saturn Ashtama Shani | "Ashtama Shani Leo 2026 Pisces" | 2 | ✅ 验证通过 | AtriAstrology, Vinayak Bhatt |
+| Ketu Transit Leo | "Ketu transit Leo 2025 2026 effects" | 1 | ⚠️ 部分验证 | 仅 Astromitra 单源，建议补充 |
+
+**总检索次数**：[N] 次
+**总独立来源**：[M] 个
+**验证通过率**：[X]%
+**降级声明**：[列出被降级的解读点]
+```
+
+### 3.2 来源引用格式
+
+在正文中引用外部来源时：
+
+```markdown
+**Malavya Rajyog**（Panch Mahapurush Yoga）— 金星在 Taurus 10 宫入庙形成
+> 📖 来源：MyJyotish（确认 Malavya Yoga 对 Leo 上升的形成条件）+ Jyotish Vidya（确认 10 宫入庙 Venus 的事业效应）
+
+或内联格式：
+"...Saturn 在 Pisces 对 Leo 上升构成 Ashtama Shani（8 宫过境，2026 全年）[AtriAstrology 确认]"
+```
+
+### 3.3 禁止行为清单
+
+| 禁止行为 | 正确做法 |
+|---------|---------|
+| ❌ 仅凭 AI 记忆说"Venus 在 Taurus 10 宫是 Malavya Yoga" | ✅ 先搜索确认形成条件，引用来源 |
+| ❌ 直接说"Ashtama Shani 很糟糕" | ✅ 搜索 Ashtama Shani 的具体效应+案例+缓解因素 |
+| ❌ 说"Jupiter 入 Cancer 对 Leo 是好事" | ✅ 搜索 Jupiter 入 Cancer 对各上升的效应，特别关注 12 宫 |
+| ❌ 跳过 MEVG 直接输出解读 | ✅ 每个分析阶段末尾附验证状态表 |
+| ❌ 用模糊表述回避验证（"传统认为"） | ✅ 明确写出"根据 [来源]，该规则的条件是..." |
+
+---
+
+## 四、门控位置与执行时机
+
+### 4.1 在工作流中的嵌入点
+
+```
+阶段三（静态分析）
+  ├─ Step 3.1-3.10（分析执行）
+  └─ Step 3.11 ⭐ MEVG-静态门控（验证所有静态解读声明）
+       → web_search × N
+       → 交叉验证
+       → 输出验证状态表
+       → ❌ 未通过 → 重做解读（降级置信度或修正结论）
+
+阶段四（动态推运）
+  ├─ Step 4.1-4.9（分析执行）
+  └─ Step 4.10 ⭐ MEVG-动态门控（验证所有 Transit/Dasha 解读）
+       → web_search × N
+       → 交叉验证
+       → 输出验证状态表
+       → ❌ 未通过 → 重做解读
+
+阶段五（应期输出）
+  ├─ Step 5.0-5.4（输出执行）
+  └─ Step 5.5 ⭐ MEVG-预测门控（验证所有预测声明的来源支撑）
+       → 确认每条预测有来源支撑
+       → 确认置信度标注与验证结果一致
+       → 输出最终验证状态
+```
+
+### 4.2 门控通过标准
+
+| 门控 | 通过条件 | 失败处理 |
+|------|---------|---------|
+| Step 3.11 | ≥80% 主要声明有≥2 个独立来源 | 未验证声明全部降级为 [C]，标注"验证不足" |
+| Step 4.10 | ≥80% Transit/Dasha 解读有来源支撑 | 未验证解读全部标注"未经验证" |
+| Step 5.5 | 100% 预测有置信度+验证状态+精度声明 | 缺少任何一项即阻止输出，补全后重新检查 |
+
+---
+
+## 五、快速参考：每阶段必检索关键词模板
+
+### 5.1 阶段三（静态分析）必检索
+
+```python
+# 伪代码：每个用户命盘，以下检索必须在 Phase 3 完成前执行
+
+mandatory_searches_phase3 = [
+    # 1. 上升星座整体格局
+    f"{ascendant} ascendant Vedic astrology complete guide",
+    
+    # 2. 每个 Yoga
+    *[f"{yoga_name} Vedic astrology {ascendant} ascendant conditions effects" for yoga_name in identified_yogas],
+    
+    # 3. 关键行星组合（落陷/入庙/Yogakaraka）
+    *[f"{planet} in {sign} {house} house {ascendant} ascendant" for planet, sign, house in key_configurations],
+    
+    # 4. Shadbala 异常（极强/极弱行星）
+    *[f"{planet} weak Shadbala Vedic astrology remedies" for planet in weak_planets],
+    *[f"{planet} strongest planet Shadbala effects" for planet in strong_planets],
+    
+    # 5. SAV 关键宫位
+    f"SAV Ashtakavarga {house_number} house low score effects {ascendant}",
+]
+```
+
+### 5.2 阶段四（动态推运）必检索
+
+```python
+mandatory_searches_phase4 = [
+    # 1. 当前 Dasha 解读
+    f"{maha_dasha}/{antardasha} Vimshottari Dasha period effects",
+    
+    # 2. 关键 Transit
+    *[f"{planet} transit {sign} {year} Vedic astrology effects" for planet, sign, year in key_transits],
+    
+    # 3. 特殊 Transit 现象
+    f"Ashtama Shani {moon_sign} {year}" if is_ashtama_shani else None,
+    f"Sade Sati {moon_sign} phase {year}" if is_sade_sati else None,
+    f"Jupiter transit {sign} {year} all ascendants" if jupiter_sign_change else None,
+]
+```
+
+---
+
+## 六、反思：为什么这个门控会被跳过
+
+### 6.1 历史问题诊断
+
+| 日期 | 问题描述 | 根因分析 | 本协议的对应措施 |
+|------|---------|---------|----------------|
+| 2026-04-27 | 5 月运势分析全凭 AI 记忆，未搜索验证 | 工作流无强制验证步骤 | Step 3.11/4.10 强制门控，不可跳过 |
+| 2026-04-27 | Malavya Yoga 判定过于笼统 | 未搜索该 Yoga 的精确形成条件 | V1 查询模板强制搜索 Yoga 条件 |
+| 2026-04-27 | Rahu-Moon 合相只提负面 | 训练数据偏重负面解读 | V2 要求搜索正面效应来源 |
+| 多次反复 | AI 每次都"忘记"要搜索验证 | 工作流中搜索是"建议"而非"强制门控" | 本协议设为与"不跳步"同级的硬性规则 |
+
+### 6.2 执行纪律
+
+**本协议与 SKILL.md 中的「不跳步」原则具有同等强制力。**
+
+违反本协议的判定：
+- 输出的解读章节缺少验证状态表 → **判定为未完成，必须补全**
+- 主要解读声明无来源引用 → **判定为无效声明，必须降级**
+- 整个分析过程无 web_search 调用 → **判定为严重违反流程，分析无效**
+
+---
+
+**版本**：1.0.0
+**创建日期**：2026-04-27
+**触发原因**：一楠多次强调"不要根据经验和固有认知去判断分析"，要求全网检索验证后综合分析。v4.1.0 的 Transit Actionable Output 仅覆盖 Transit 预测，缺少对静态分析和其他解读环节的外部验证要求。本协议将外部验证扩展至所有解读环节。