@tinkcarlos/skillora 0.2.0

package/.claude/skills/skill-expert-skills/references/knowledge-validation-checklist.md

@@ -0,0 +1,246 @@
+# 知识验证清单 (Knowledge Validation Checklist)
+
+> **用途**：可执行的验证清单，确保知识的最新性、准确性、完整性。
+
+---
+
+## 🔴 验证前准备
+
+```markdown
+## 验证信息
+
+- **验证日期**: YYYY-MM-DD
+- **验证领域**: [领域名称]
+- **知识来源数量**: [数量]
+- **验证人**: Claude
+```
+
+---
+
+## 1. 最新性验证清单
+
+### 1.1 版本验证
+
+| 检查项 | 操作 | 结果 | 状态 |
+|--------|------|------|------|
+| 获取官方最新版本 | 查询官方文档/GitHub | v_._._  | ⬜ |
+| 对比知识中的版本 | 检查引用的版本号 | v_._._ | ⬜ |
+| 版本差异评估 | 计算主版本差异 | _个主版本 | ⬜ |
+| Breaking Changes | 检查变更日志 | 有/无 | ⬜ |
+
+**版本验证结论**：
+- [ ] ✅ 版本一致，无需更新
+- [ ] ⚠️ 小版本差异，检查后可用
+- [ ] ❌ 主版本差异，需要更新
+
+### 1.2 时效性验证
+
+| 检查项 | 操作 | 结果 | 状态 |
+|--------|------|------|------|
+| 来源发布日期 | 检查文档日期 | YYYY-MM-DD | ⬜ |
+| 距今时间 | 计算时间差 | _个月 | ⬜ |
+| 时效性分级 | 对照分级标准 | A/B/C/D | ⬜ |
+
+**时效性分级标准**：
+- A级 (< 3个月): 🟢 直接使用
+- B级 (3-6个月): 🟡 检查更新后使用
+- C级 (6-12个月): 🟠 验证后使用
+- D级 (> 12个月): 🔴 必须重新获取
+
+**时效性验证结论**：
+- [ ] ✅ A/B级，可直接使用
+- [ ] ⚠️ C级，需验证后使用
+- [ ] ❌ D级，需重新获取
+
+### 1.3 变更日志检查
+
+| 检查项 | 操作 | 结果 | 状态 |
+|--------|------|------|------|
+| 找到变更日志 | 查找 CHANGELOG | 有/无 | ⬜ |
+| 检查近期变更 | 查看最近3个版本 | _条变更 | ⬜ |
+| 影响评估 | 评估对现有知识的影响 | 高/中/低/无 | ⬜ |
+
+---
+
+## 2. 准确性验证清单
+
+### 2.1 来源可信度评估
+
+| 来源 | URL | 类型 | 可信度级别 |
+|------|-----|------|------------|
+| [来源1] | [URL] | 官方/博客/论坛 | S/A/B/C/D |
+| [来源2] | [URL] | 官方/博客/论坛 | S/A/B/C/D |
+| [来源3] | [URL] | 官方/博客/论坛 | S/A/B/C/D |
+
+**可信度级别说明**：
+- S级：官方文档、官方博客
+- A级：官方 GitHub、官方示例
+- B级：知名技术博客、Stack Overflow 高票答案
+- C级：个人博客、论坛讨论
+- D级：未知来源、AI 生成内容
+
+**来源评估结论**：
+- [ ] ✅ 有 S/A 级来源，可信度高
+- [ ] ⚠️ 仅有 B/C 级来源，需交叉验证
+- [ ] ❌ 仅有 D 级来源，需官方验证
+
+### 2.2 三步验证法执行
+
+#### Step 1: 官方验证
+
+| 检查项 | 操作 | 结果 | 状态 |
+|--------|------|------|------|
+| 官方文档确认 | 在官方文档中查找 | 找到/未找到 | ⬜ |
+| API/方法存在性 | 确认 API 是否存在 | 存在/不存在 | ⬜ |
+| 用法一致性 | 对比用法是否一致 | 一致/不一致 | ⬜ |
+
+#### Step 2: 多源交叉验证
+
+| 检查项 | 操作 | 结果 | 状态 |
+|--------|------|------|------|
+| 独立来源数量 | 统计独立来源 | _个 | ⬜ |
+| 来源可信度 | 检查是否 ≥ B级 | 是/否 | ⬜ |
+| 内容一致性 | 评估一致性比例 | _% | ⬜ |
+
+#### Step 3: 实践验证（可选）
+
+| 检查项 | 操作 | 结果 | 状态 |
+|--------|------|------|------|
+| 验证类型 | 代码/命令/配置/文档 | [类型] | ⬜ |
+| 验证环境 | 描述测试环境 | [环境] | ⬜ |
+| 验证结果 | 记录实际行为 | 符合/不符合 | ⬜ |
+
+**准确性验证结论**：
+- [ ] ✅ 三步验证通过
+- [ ] ⚠️ 部分验证通过，需补充
+- [ ] ❌ 验证失败，需重新获取
+
+### 2.3 冲突处理记录
+
+| 冲突内容 | 来源A | 来源B | 处理决策 | 依据 |
+|----------|-------|-------|----------|------|
+| [冲突1] | [内容] | [内容] | 采信A/B | [依据] |
+| [冲突2] | [内容] | [内容] | 采信A/B | [依据] |
+
+---
+
+## 3. 完整性验证清单
+
+### 3.1 覆盖率检查
+
+| 维度 | 目标 | 实际覆盖 | 覆盖率 | 状态 |
+|------|------|----------|--------|------|
+| 核心功能 | [列出] | [已覆盖] | _% | ⬜ |
+| 使用场景 | [列出] | [已覆盖] | _% | ⬜ |
+| 目标版本 | [版本] | [已覆盖] | _% | ⬜ |
+| 目标平台 | [平台] | [已覆盖] | _% | ⬜ |
+
+### 3.2 遗漏检测
+
+#### 功能遗漏
+
+| 检查项 | 操作 | 遗漏项 | 状态 |
+|--------|------|--------|------|
+| 官方功能列表对照 | 对比官方文档 | [遗漏] | ⬜ |
+| API 文档对照 | 对比 API 文档 | [遗漏] | ⬜ |
+| 竞品功能对照 | 对比竞品 | [遗漏] | ⬜ |
+
+#### 场景遗漏
+
+| 检查项 | 操作 | 遗漏项 | 状态 |
+|--------|------|--------|------|
+| 用户需求对照 | 对比需求 | [遗漏] | ⬜ |
+| 常见问题对照 | 对比 FAQ | [遗漏] | ⬜ |
+| 最佳实践对照 | 对比实践 | [遗漏] | ⬜ |
+
+### 3.3 深度检查
+
+| 知识层次 | 检查项 | 状态 |
+|----------|--------|------|
+| **基础知识** | | |
+| | 核心概念已理解 | ⬜ |
+| | 基本用法已掌握 | ⬜ |
+| | 常见配置已了解 | ⬜ |
+| **进阶知识** | | |
+| | 高级特性已了解 | ⬜ |
+| | 性能优化已了解 | ⬜ |
+| | 安全实践已了解 | ⬜ |
+| **实践知识** | | |
+| | 最佳实践已收集 | ⬜ |
+| | 常见陷阱已识别 | ⬜ |
+| | 调试方法已了解 | ⬜ |
+| **生态知识** | | |
+| | 相关工具已了解 | ⬜ |
+| | 社区资源已收集 | ⬜ |
+| | 学习路径已明确 | ⬜ |
+
+### 3.4 完整性评分
+
+| 维度 | 权重 | 得分 | 加权得分 |
+|------|------|------|----------|
+| 功能覆盖 | 30% | _/100 | _ |
+| 场景覆盖 | 25% | _/100 | _ |
+| 深度覆盖 | 25% | _/100 | _ |
+| 生态覆盖 | 20% | _/100 | _ |
+| **总分** | 100% | - | **_/100** |
+
+**完整性评分标准**：
+- 90-100：✅ 全面覆盖，可直接使用
+- 70-89：⚠️ 基本覆盖，补充后可用
+- 50-69：❌ 部分覆盖，需要补充
+- < 50：❌ 覆盖不足，需重新获取
+
+---
+
+## 4. 验证总结
+
+### 4.1 验证结果汇总
+
+| 验证维度 | 结果 | 状态 |
+|----------|------|------|
+| 最新性 | [结论] | ✅/⚠️/❌ |
+| 准确性 | [结论] | ✅/⚠️/❌ |
+| 完整性 | [结论] | ✅/⚠️/❌ |
+
+### 4.2 最终结论
+
+- [ ] ✅ **验证通过**：知识可直接使用
+- [ ] ⚠️ **有条件通过**：需补充以下内容后可用
+  - [ ] [补充项1]
+  - [ ] [补充项2]
+- [ ] ❌ **验证失败**：需重新获取知识
+
+### 4.3 后续行动
+
+| 行动项 | 优先级 | 负责人 | 截止日期 |
+|--------|--------|--------|----------|
+| [行动1] | P0/P1/P2 | Claude | YYYY-MM-DD |
+| [行动2] | P0/P1/P2 | Claude | YYYY-MM-DD |
+
+---
+
+## 快速验证清单（简化版）
+
+```markdown
+## 快速验证清单
+
+### 最新性 ✅/❌
+- [ ] 版本号 ≤ 1 个主版本差异
+- [ ] 来源日期 < 12 个月
+- [ ] 无重大 Breaking Changes
+
+### 准确性 ✅/❌
+- [ ] 有 S/A 级来源
+- [ ] 官方文档已确认
+- [ ] 至少 2 个独立来源一致
+
+### 完整性 ✅/❌
+- [ ] 核心功能 100% 覆盖
+- [ ] 主要场景 ≥ 80% 覆盖
+- [ ] 基础+进阶知识已覆盖
+
+### 总结
+- [ ] ✅ 全部通过，可使用
+- [ ] ⚠️ 部分通过，需补充
+- [ ] ❌ 未通过，需重新获取
+```

package/.claude/skills/skill-expert-skills/references/latest-knowledge-acquisition.md

@@ -0,0 +1,461 @@
+# 最新知识获取协议 (Latest Knowledge Acquisition Protocol)
+
+> **核心原则**：LLM 自身知识 + 最新知识 = 完整专业知识。知识冲突时，以最新获取的知识为准。
+
+---
+
+## 🔴 知识融合原则 (CORE PRINCIPLE)
+
+**LLM 训练数据和自身知识是基础，最新知识是补充和更新！**
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│  知识来源优先级：                                            │
+│                                                             │
+│  1️⃣ LLM 训练数据 + 自身知识 → 作为基础知识                   │
+│  2️⃣ MCP 工具获取最新知识 → 作为补充和更新                    │
+│  3️⃣ 🔴 知识冲突时 → 以最新获取的知识为准                     │
+│                                                             │
+└─────────────────────────────────────────────────────────────┘
+```
+
+### 知识融合决策表
+
+| 情况 | 处理方式 |
+|------|----------|
+| LLM 知识 + 最新知识一致 | 直接使用，增强置信度 |
+| LLM 知识 + 最新知识冲突 | **以最新知识为准** |
+| LLM 知识存在，最新知识无 | 使用 LLM 知识，标记为"待验证" |
+| LLM 知识无，最新知识有 | 使用最新知识 |
+
+---
+
+## 🔴 强制执行流程
+
+**无论是新建还是优化 Skill，必须获取最新知识并与自身知识融合！**
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│  ✅ 强制执行的流程：                                         │
+│                                                             │
+│  Step 0: 调用 LLM 自身知识，形成基础认知                     │
+│      ↓                                                      │
+│  Step 1: 使用 MCP 工具获取最新知识                           │
+│      ↓                                                      │
+│  Step 2: 对比新旧知识，冲突时以最新为准                      │
+│      ↓                                                      │
+│  Step 3: 融合知识，沉淀到知识库                              │
+│      ↓                                                      │
+│  Step 4: 通过专家化自检                                      │
+│      ↓                                                      │
+│  开始写 SKILL.md                                            │
+└─────────────────────────────────────────────────────────────┘
+```
+
+---
+
+## 1. 获取最新知识的工具
+
+### 1.1 MCP 工具 (优先使用)
+
+| 工具 | 用途 | 使用场景 |
+|------|------|----------|
+| `mcp__context7__resolve-library-id` | 解析库/框架 ID | 查找特定库的文档 |
+| `mcp__context7__query-docs` | 查询最新文档 | 获取库/框架的最新用法 |
+| `mcp__exa__web_search_exa` | 深度网络搜索 | 搜索最新技术文章 |
+| `mcp__exa__get_code_context_exa` | 代码上下文搜索 | 获取 API/SDK 最新用法 |
+| `mcp__fetch__fetch` | 获取网页内容 | 读取官方文档页面 |
+| `mcp__mcp-deepwiki__deepwiki_fetch` | 获取 GitHub 仓库文档 | 读取开源项目文档 |
+
+### 1.2 备选工具 (MCP 不可用时)
+
+> **重要**：如果 MCP 工具不可用，必须使用以下备选工具，**不能跳过研究步骤！**
+
+| 工具 | 用途 | 使用场景 |
+|------|------|----------|
+| `WebSearch` | 网络搜索 | 搜索最新技术趋势 |
+| `WebFetch` | 获取网页 | 读取特定 URL 内容 |
+
+---
+
+## 2. 强制研究流程
+
+### 2.1 研究步骤
+
+```
+Step 1: 识别领域关键词
+       ↓
+Step 2: 使用 MCP 工具获取最新文档
+       ↓
+Step 3: 使用 Web Search 搜索最新实践
+       ↓
+Step 4: 交叉验证关键结论
+       ↓
+Step 5: 沉淀到知识库
+```
+
+### 2.2 每个领域的最低研究要求
+
+| 研究项 | 最低要求 | 验证方法 |
+|--------|----------|----------|
+| 官方文档 | 至少查阅 1 个官方来源 | 记录 URL + 日期 |
+| 最新版本 | 确认当前最新版本号 | 记录版本号 |
+| 最佳实践 | 至少 3 条来自权威来源 | 记录来源 |
+| 常见陷阱 | 至少 3 条真实案例 | 记录来源 |
+| 时效性 | 来源日期 < 1 年 | 检查日期 |
+
+---
+
+## 3. 研究查询模板
+
+### 3.1 技术框架/库
+
+```
+# 使用 context7 获取最新文档
+mcp__context7__resolve-library-id: "[框架名]"
+mcp__context7__query-docs: "[框架名] [具体功能] best practices 2024"
+
+# 使用 exa 搜索最新实践
+mcp__exa__web_search_exa: "[框架名] [版本] production best practices"
+mcp__exa__get_code_context_exa: "[框架名] [API名] examples"
+
+# 使用 deepwiki 获取 GitHub 文档
+mcp__mcp-deepwiki__deepwiki_fetch: "[owner]/[repo]"
+```
+
+### 3.2 设计模式/架构
+
+```
+# 搜索最新架构实践
+WebSearch: "[模式名] architecture 2024 production"
+WebSearch: "[模式名] vs [替代方案] comparison"
+
+# 获取权威文章
+mcp__exa__web_search_exa: "[模式名] real world implementation"
+```
+
+### 3.3 工具/CLI
+
+```
+# 获取官方文档
+mcp__fetch__fetch: "[官方文档 URL]"
+
+# 搜索最新用法
+mcp__exa__get_code_context_exa: "[工具名] CLI usage examples"
+```
+
+---
+
+## 4. 研究输出模板
+
+每次研究必须输出以下内容：
+
+```markdown
+## 最新知识获取报告
+
+### 研究日期
+YYYY-MM-DD
+
+### 研究领域
+[领域名称]
+
+### 使用的工具
+| 工具 | 查询内容 | 结果摘要 |
+|------|----------|----------|
+| context7 | [查询] | [摘要] |
+| exa | [查询] | [摘要] |
+| WebSearch | [查询] | [摘要] |
+
+### 关键发现
+1. **最新版本**: [版本号] (发布日期: YYYY-MM-DD)
+2. **重要变更**: [列出重要变更]
+3. **最佳实践**: [列出最新最佳实践]
+4. **已废弃内容**: [列出已废弃的 API/方法]
+
+### 来源验证
+| 来源 | URL | 检索日期 | 可信度 |
+|------|-----|----------|--------|
+| 官方文档 | [URL] | YYYY-MM-DD | 高 |
+| 权威博客 | [URL] | YYYY-MM-DD | 中-高 |
+
+### 知识沉淀
+- [ ] 已更新到 `domain-knowledge/[domain]-expertise.md`
+- [ ] 已记录到 `research-logs/YYYY-MM-DD-[topic].md`
+```
+
+---
+
+## 5. 时效性检查
+
+### 5.1 知识过期判断
+
+| 知识类型 | 过期阈值 | 检查方法 |
+|----------|----------|----------|
+| API/SDK 用法 | 6 个月 | 检查官方文档版本 |
+| 框架最佳实践 | 1 年 | 搜索最新文章 |
+| 设计模式 | 2 年 | 检查是否有新替代方案 |
+| 安全实践 | 3 个月 | 检查 CVE/安全公告 |
+
+### 5.2 强制更新触发
+
+| 触发条件 | 动作 |
+|----------|------|
+| 主版本更新 (v1 → v2) | 必须重新研究 |
+| 发现 Breaking Changes | 必须更新知识库 |
+| 安全漏洞公告 | 立即更新相关内容 |
+| 知识库 > 6 个月未更新 | 触发全面审查 |
+
+---
+
+## 6. 违规处理
+
+### 6.1 违规行为
+
+| 违规 | 严重级别 | 后果 |
+|------|----------|------|
+| 跳过获取最新知识直接写 Skill | **P0** | Skill 无效，必须重做 |
+| 知识冲突时未以最新为准 | **P1** | 必须更新后才能继续 |
+| 使用过时 API/方法 | **P1** | 必须更新后才能继续 |
+| 未记录来源 | **P2** | 补充来源后继续 |
+| 未交叉验证 | **P2** | 补充验证后继续 |
+
+### 6.2 自检清单
+
+```markdown
+## 最新知识获取自检
+
+- [ ] 🔴 调用了 LLM 自身知识形成基础认知
+- [ ] 🔴 使用了 MCP 工具获取最新文档
+- [ ] 🔴 对比了新旧知识，冲突时以最新为准
+- [ ] 🔴 确认了当前最新版本号
+- [ ] 🔴 检查了是否有 Breaking Changes
+- [ ] 🔴 所有来源日期 < 1 年
+- [ ] 🔴 关键结论已交叉验证
+- [ ] 🔴 知识已沉淀到知识库
+```
+
+---
+
+## 7. 知识验证协议
+
+### 7.1 最新性验证协议
+
+**目标**：确保获取的知识是最新的
+
+#### 版本号验证流程
+
+```
+Step 1: 获取官方最新版本号
+       ↓
+Step 2: 对比知识中引用的版本号
+       ↓
+Step 3: 版本差异 > 1 个主版本 → 标记为过期
+       ↓
+Step 4: 版本差异 ≤ 1 个主版本 → 检查 Breaking Changes
+```
+
+#### 发布日期验证流程
+
+```
+Step 1: 获取知识来源的发布日期
+       ↓
+Step 2: 计算距今时间
+       ↓
+Step 3: 对照时效性分级标准判断
+```
+
+#### 变更日志检查流程
+
+```
+Step 1: 查找官方 CHANGELOG / Release Notes
+       ↓
+Step 2: 检查知识获取日期后的变更
+       ↓
+Step 3: 识别影响现有知识的变更
+       ↓
+Step 4: 标记需要更新的内容
+```
+
+#### 时效性分级标准
+
+| 级别 | 时间范围 | 状态 | 处理方式 |
+|------|----------|------|----------|
+| A | < 3 个月 | 🟢 新鲜 | 直接使用 |
+| B | 3-6 个月 | 🟡 较新 | 检查是否有更新 |
+| C | 6-12 个月 | 🟠 需审查 | 必须验证后使用 |
+| D | > 12 个月 | 🔴 过期 | 必须重新获取 |
+
+---
+
+### 7.2 准确性验证协议
+
+**目标**：确保获取的知识是准确的
+
+#### 来源可信度分级表
+
+| 级别 | 来源类型 | 可信度 | 使用建议 |
+|------|----------|--------|----------|
+| S | 官方文档、官方博客 | 最高 | 直接采信 |
+| A | 官方 GitHub、官方示例 | 高 | 直接采信 |
+| B | 知名技术博客、Stack Overflow 高票答案 | 中高 | 交叉验证后采信 |
+| C | 个人博客、论坛讨论 | 中 | 必须多源验证 |
+| D | 未知来源、AI 生成内容 | 低 | 必须官方验证 |
+
+#### 三步验证法详细流程
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│  Step 1: 官方验证                                           │
+│     - 在官方文档中查找相同内容                              │
+│     - 确认 API/方法/参数是否存在                            │
+│     - 确认用法是否与官方一致                                │
+│                                                             │
+│  Step 2: 多源交叉验证                                       │
+│     - 至少 2 个独立来源确认                                 │
+│     - 来源可信度 ≥ B 级                                     │
+│     - 内容一致性 > 80%                                      │
+│                                                             │
+│  Step 3: 实践验证（可选但推荐）                             │
+│     - 在测试环境中验证                                      │
+│     - 确认实际行为与文档一致                                │
+│     - 记录验证结果                                          │
+└─────────────────────────────────────────────────────────────┘
+```
+
+#### 冲突处理决策树
+
+```
+知识冲突
+    │
+    ├─ 官方 vs 非官方 → 采信官方
+    │
+    ├─ 新版本 vs 旧版本 → 采信新版本
+    │
+    ├─ 多数 vs 少数 → 采信多数（需验证）
+    │
+    └─ 无法判断 → 标记为"待验证"，继续研究
+```
+
+#### 实践验证方法
+
+| 验证类型 | 方法 | 适用场景 |
+|----------|------|----------|
+| 代码验证 | 编写测试代码运行 | API/SDK 用法 |
+| 命令验证 | 在终端执行命令 | CLI 工具用法 |
+| 配置验证 | 应用配置后检查效果 | 配置项用法 |
+| 文档验证 | 对比官方文档 | 概念/原理 |
+
+---
+
+### 7.3 完整性验证协议
+
+**目标**：确保获取的知识是完整的
+
+#### 覆盖率检查矩阵
+
+| 维度 | 检查项 | 完整性标准 |
+|------|--------|------------|
+| 功能覆盖 | 核心功能是否全部覆盖 | 100% 核心功能 |
+| 场景覆盖 | 主要使用场景是否覆盖 | ≥ 80% 场景 |
+| 版本覆盖 | 是否覆盖目标版本 | 目标版本 100% |
+| 平台覆盖 | 是否覆盖目标平台 | 目标平台 100% |
+
+#### 遗漏检测方法
+
+```markdown
+## 遗漏检测清单
+
+### 功能遗漏检测
+- [ ] 对照官方功能列表检查
+- [ ] 对照 API 文档检查
+- [ ] 对照竞品功能检查
+
+### 场景遗漏检测
+- [ ] 对照用户需求检查
+- [ ] 对照常见问题检查
+- [ ] 对照最佳实践检查
+
+### 知识遗漏检测
+- [ ] 对照知识图谱检查
+- [ ] 对照相关领域检查
+- [ ] 对照依赖项检查
+```
+
+#### 深度检查清单
+
+```markdown
+## 深度检查清单
+
+### 基础知识
+- [ ] 核心概念已理解
+- [ ] 基本用法已掌握
+- [ ] 常见配置已了解
+
+### 进阶知识
+- [ ] 高级特性已了解
+- [ ] 性能优化已了解
+- [ ] 安全实践已了解
+
+### 实践知识
+- [ ] 最佳实践已收集
+- [ ] 常见陷阱已识别
+- [ ] 调试方法已了解
+
+### 生态知识
+- [ ] 相关工具已了解
+- [ ] 社区资源已收集
+- [ ] 学习路径已明确
+```
+
+#### 完整性评分标准
+
+| 评分 | 标准 | 状态 |
+|------|------|------|
+| 90-100 | 全面覆盖，无明显遗漏 | ✅ 可用 |
+| 70-89 | 基本覆盖，少量遗漏 | ⚠️ 补充后可用 |
+| 50-69 | 部分覆盖，较多遗漏 | ❌ 需要补充 |
+| < 50 | 覆盖不足，大量遗漏 | ❌ 需要重新获取 |
+
+---
+
+## 8. 快速参考
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│           最新知识获取协议 - 快速参考                        │
+├─────────────────────────────────────────────────────────────┤
+│                                                             │
+│  🔴 知识融合原则：                                          │
+│     LLM 自身知识 = 基础                                     │
+│     最新知识 = 补充和更新                                   │
+│     知识冲突 → 以最新为准                                   │
+│                                                             │
+│  🔴 强制流程：                                              │
+│     1. 调用 LLM 自身知识，形成基础认知                      │
+│     2. 使用 MCP 工具获取最新知识                            │
+│     3. 对比新旧知识，冲突时以最新为准                       │
+│     4. 融合知识，沉淀到知识库                               │
+│                                                             │
+│  🔴 知识验证三要素：                                        │
+│     最新性 → 时效性分级 (A/B/C/D)                           │
+│     准确性 → 三步验证法 + 来源分级                          │
+│     完整性 → 覆盖率检查 + 深度检查                          │
+│                                                             │
+│  优先工具：                                                 │
+│     context7 → 库/框架文档                                  │
+│     exa → 深度搜索 + 代码上下文                             │
+│     deepwiki → GitHub 仓库文档                              │
+│     WebSearch → 最新趋势                                    │
+│                                                             │
+│  最低要求：                                                 │
+│     - 1+ 官方来源                                           │
+│     - 3+ 最佳实践                                           │
+│     - 3+ 常见陷阱                                           │
+│     - 来源日期 < 1 年                                       │
+│                                                             │
+│  违规后果：                                                 │
+│     跳过获取最新知识 → Skill 无效，必须重做                 │
+│     知识冲突未以最新为准 → 必须更新后继续                   │
+│                                                             │
+└─────────────────────────────────────────────────────────────┘
+```