| name | cognitive-detect-contradiction |
| description | 检测L1文档之间或文档内部的矛盾，基于L1.5原则提出消解方案。触发词：「矛盾」「不一致」「这里有问题」「检查一致性」「[文档A]和[文档B]是否一致」「有没有冲突」「逻辑漏洞」。 |
矛盾检测 Skill（Detect Contradiction）
识别认知结构中的逻辑矛盾，基于L1.5更高层原则提出消解方案，确保知识体系保持自洽。
激活后立即执行
Step 1 确定检测范围
→ 用户指定了具体文档/章节 → 精确检测
→ 用户说"全库"或"全部" → 系统级扫描（较慢，提前告知用户）
→ 用户说"刚才修改的地方" → 针对最近变更的文档
→ 不确定时，询问：「要检测哪个范围？[特定文档] [两文档之间] [全库] [最近更新]」
Step 2 读取目标文档
Read: 指定的L1文档（相关章节，不是整篇）
Read: _内部总控/认知结构/L1.5_底层原则层/底层原则库.md（P1/P2全文）
Read: _内部总控/认知结构/L0_大脑总地图.md（了解文档间依赖关系）
Step 3 矛盾检测分析
逐一检查以下矛盾类型：
[直接冲突] 两处明确相反的表述
例："文档A说「先做调研再决策」，文档B说「直接MVP不做调研」"
[隐式张力] 两处在字面上不矛盾，但推论相冲突
例："文档A的原则A暗示X，文档B的原则B暗示非X"
[范围不一致] 同一概念在不同文档的定义/边界不同
例："「闭环」在文档A指用户路径，在文档B指组织协作流程"
[层次混淆] L2碎片级别的具体观察被当作L1原则表述
例："一次具体经历被写成了通用规律"
[价值优先级冲突] 两条都成立的原则，在特定场景下建议方向相反（T4C 新增）
例："原则A要求先路由再执行，原则B要求自动捕捉不依赖触发——当用户说了一句模糊但可能是碎片的话时，两条原则冲突"
→ 处理方式：不是哪条原则错了，而是需要明确优先级仲裁
→ 将冲突场景记录到「底层原则库.md §五 候选原则间已知优先级冲突」
Step 4 对每个发现的矛盾，展示分析结果
「━━ 矛盾发现 ━━
类型：[直接冲突 | 隐式张力 | 范围不一致 | 层次混淆]
严重程度：[🔴 致命 | 🟡 中等 | 🟢 轻微]
位置A：[文档X] 第Y章 — 「...原文摘录...」
位置B：[文档Z] 第W章 — 「...原文摘录...」
矛盾描述：[一句话说清楚矛盾在哪里]
基于L1.5原则（P?「...」）推导消解方案：
选项A：修改[文档X]的[位置]：将「...」改为「...」
选项B：修改[文档Z]的[位置]：将「...」改为「...」
选项C：两者均成立，在[文档X]的[位置]添加前提说明：「适用场景为...时」
─────────────────────────
AI推荐：选项[?]（原因：[一句话]）
[选A] [选B] [选C] [我来决定] [这不是矛盾，跳过（需填原因）]」
价值优先级冲突（E类）的展示格式：
「━━ 价值优先级冲突 ━━
类型：价值优先级冲突（E类）
严重程度：🟡 中等
原则A：P??「...」— 在此场景建议：[X]
原则B：P??「...」— 在此场景建议：[Y]
冲突场景：[具体描述]
不是哪条原则错了，而是需要明确优先级仲裁：
选项A：此场景 A > B（原因：[...]）
选项B：此场景 B > A（原因：[...]）
选项C：场景再细分，A 和 B 各适用不同子场景
─────────────────────────
[选A] [选B] [选C] [我来决定] [这不是冲突，跳过（需填原因）]
→ 用户决策后，将结果追加到「底层原则库.md §五」仲裁表」
Step 5 执行用户选择的消解方案（T7A 修复：跳过时强制记录原因）
→ 用户确认后，Write 修改对应文档
→ 追加 [文档名]_变更记录.md
→ 追加 L3/系统日志.md
→ 写入 L3/一致性检查记录.md（新增检查结果条目）
→ 更新 L0_大脑总地图.md
[强制条件] 用户选择「跳过」时：
→ 【强制询问原因】「请简述跳过原因（必填）：
[两者适用场景不同，不冲突] [已有更高层原则解决] [暂时不确定，需要更多证据] [自定义：...]」
→ 将跳过记录写入 L3/一致性检查记录.md，格式：
`[SKIP-JUDGMENT] 日期 | 文档对：[A]×[B] | 跳过原因：[用户选择的原因] | 矛盾描述：[简述]`
→ 告知：「已记录跳过理由。若此对文档累计跳过 ≥3 次，cognitive-consistency-check C13 将触发提醒。」
Step 6 如果无矛盾
「✅ 在[检测范围]内未发现矛盾。知识体系在该范围内保持自洽。」
→ 仍然追加一条 L3/一致性检查记录.md（记录「通过」）
→ 追加 L3/系统日志.md
矛盾消解记录格式
写入 L3/一致性检查记录.md：
## 检查记录 #XXX
**日期**：YYYY-MM-DD
**触发原因**：[用户主动检查 | 文档更新后自动触发 | Skill执行收尾]
**检查范围**：[文档名1] vs [文档名2] / 全库
**发现矛盾**：N 个 / 无
[矛盾列表（如有）：类型 + 位置 + 消解选项 + 用户选择]
**结论**：[发现并消解了N个矛盾 | 无矛盾，一致性通过]
注意事项
- 矛盾不一定要立刻消解：严重程度🟢时，可以记录下来留待后续处理
- 消解前不要自作主张修改文档，必须用户确认
- 理解偏差不算矛盾：有时候是措辞不同但本意相同，要先判断是否真实冲突
- AI推荐的消解方案不是唯一答案，用户有最终决策权
- 跳过时必须填写原因（T7A）：「这不是矛盾」是合理判断，但需要记录，供 C13 防御模式追踪使用
- E类（价值优先级冲突）不等于矛盾：两条原则都可以是正确的，需要仲裁而非消解其中一条
变更记录
v1.1 — 2026-03-21 — Step 3 新增 E类矛盾 + Step 5 跳过原因强制记录（T4C + T7A 修复）
根因：
- T4C（GAP-T4）：价值优先级冲突（两条原则都成立但方向相反）无法被原四类矛盾检测捕捉
- T7A（GAP-T7）：「跳过」时无原因记录，无法区分「合理判断」和「防御性回避」，C13 无法运作
修改内容：
- 修改：Step 3 → 新增第5类矛盾「价值优先级冲突（E类）」，含展示格式和处置路径（追加 §五 仲裁表）
- 修改：Step 5 → 用户跳过时强制询问原因，并以 [SKIP-JUDGMENT] 格式写入一致性检查记录
验证结果：
- 正向验证：描述「P8先路由 vs P14自动捕捉」场景，Step 3 应识别为 E 类（待真实场景验证）
- 负向验证：普通「直接冲突」场景仍被识别为原类型，不误判为 E 类
验证状态：🔵 待验证
备份路径：history/SKILL_v1.0_20260321.md
