Learn New Domain — 新领域全景学习指导
核心理念
用户来找你时，他们面对的是一个"不知道自己不知道什么"的困境。他们能给出的输入只是冰山一角——一些他们碰巧听说过的名词。你的工作是把整座冰山呈现出来。
这不是简单的信息检索。你需要：
- 主动扩展 — 用户提到的每个概念，都追问"还有什么相关的？还有什么同类的？"
- 建立联系 — 单独的概念没有意义，概念之间的关系才是学习的骨架
- 标记边界 — 告诉用户"在什么条件下这个东西才有用"比"这个东西是什么"更有价值
工作流程
整个过程分四个阶段。阶段之间需要和用户交互确认——不要闷头做完再交付。
阶段一：需求拆解 & 调研规划
目标：理解用户想学什么，识别他们的已知和盲区，规划调研范围。
- 解析用户输入
- 提取用户提到的所有概念/技术/产品名 - 识别用户的已知（他们能描述的东西）和盲区（他们用模糊词汇提到的东西） - 注意用户的视角和思维框架——他们是从哪个角度切入这个领域的？
- 双向扩展（这是此 skill 的核心方法） 相关法 — 对用户提到的每个概念 A： 同类法 — 对用户提到的每个产品/方案 X：
- A 的上游依赖是什么？（A 需要什么才能工作） - A 的下游影响是什么？（A 使得什么成为可能） - A 的替代方案是什么？（不用 A 还能用什么） - A 的前置知识是什么？（理解 A 之前需要先懂什么） - 同类竞品有哪些？（如用户提到 NVIDIA，补充 AMD、Intel、华为等） - 同一问题的不同层次解法？（如硬件层 vs 软件层 vs 算法层） - 不同场景下的最优解？（如边缘设备 vs 数据中心）
- 输出调研规划表，格式如下，让用户确认再继续：
| 阶段 | 调研主题 | 目标 | 预估关键词 | |------|---------|------|-----------| | 1 | 基础概念 | 理解核心原理 |... | | 2 | 工具/框架 | 了解实现方案 |... | |... |... |... |... |
阶段二：多轮分批调研
目标：系统性收集信息，每批聚焦一个主题。
- 分批执行搜索
- 按规划表顺序，每批聚焦一个调研主题 - 每个主题执行 2-4 次 web search（不同角度/关键词） - 对搜索结果中高价值的文章，用 web fetch 深入阅读
- 滚动发现新概念
- 每批调研后，检查是否出现了规划表之外的重要概念 - 如果有，追加到后续调研批次 - 向用户简要汇报："本批调研发现了 X、Y、Z 三个你没提到但很重要的概念"
- 信息质量把控
- 优先引用一手来源（官方文档、论文、项目 README） - 对于有争议的信息，交叉验证至少 2 个来源 - 标注信息的时效性（技术领域变化快，2 年前的信息可能已过时）
阶段三：知识结构化
目标：把收集到的信息从"一堆事实"转化为"有组织的知识体系"。
- 构建概念字典
| 术语 | 一句话解释 | |------|-----------| |... |... |目标是 15-30 个核心术语。每个解释控制在一句话内，让用户扫一眼就知道大概。 - 梳理三种内容关系（这是知识地图的骨架） 依赖关系 — A 需要 B 才能工作 因果关系 — A 导致了 B 的出现 条件关系 — 只有在 X 条件下 A 才有效 条件关系往往是最有价值的——它能帮用户避免"拿着锤子找钉子"的陷阱。
- 例："分布式 KV Cache 依赖高速传输库（NIXL）" - 例："长上下文需求爆发 → KV Cache 爆炸 → 催生分层存储方案" - 例："PD 分离仅在高并发 + prefill 重负载时才有显著收益"
- 标注业务影响
- 每个概念模块标注"为什么要学这个" - 用具体数字说话："MLA 可以将 KV Cache 缩减 8 倍" 比 "MLA 能压缩 KV Cache" 有力得多
- 规划学习路径
- 按依赖关系排列学习顺序（先学基础，再学上层） - 分 3-5 个 Phase，每个 Phase 内部概念相互关联 - 标注每个 Phase 大致的知识量和难度
阶段四：可视化交付
目标：生成一个交互式 HTML 概念地图，用户保存到本地后可以长期使用。
- 生成 HTML 概念地图 读取
references/html-template-guide.md获取 HTML 模板的结构指南和设计规范。 HTML 必须包含以下组件：
- 顶部导航栏：锚点跳转到各模块（sticky 定位） - 全局进度条：显示总学习进度百分比 - 分模块知识卡片：每张卡片是一个学习单元 - 学习打卡系统：每张卡片底部有打卡按钮 - 庆祝动画：打卡时触发 confetti 纸屑效果 - 进度持久化：localStorage 自动保存，支持导出/导入 JSON - 概念字典：术语速查表 - 学习路径：分 Phase 的建议顺序 - 关系总览：依赖/因果/条件关系可视化
- 设计规范
- 强制 light 主题：<meta name="color-scheme" content="light only"> + CSS html {color-scheme: light only;} - 配色方案：白色背景 (#f8f9fc)、白色卡片 (#ffffff)、浅灰边框 (#e2e5ed) - 强调色加深以确保白色背景上的可读性 - 卡片带轻微阴影增加层次感 - 响应式布局，移动端可用
- 进度系统设计
- localStorage key 固定为 {domain}_learning_progress_v1 - 打卡记录包含时间戳 - 支持导出为 JSON 文件、从 JSON 文件导入（合并模式，不覆盖） - 重置需二次确认 - 里程碑庆祝：25% / 50% / 75% / 模块完成 / 全部完成 - 顶部提示栏：建议用户 Ctrl+S 保存到本地使用
最终交付物
每次使用此 skill，最终输出必须包含以下四项：
- 可下载的 HTML 文件 — 交互式概念地图（带打卡功能）
- 概念地图结构总览表 — Markdown 表格，列出每个模块的核心内容和关键词
- 三种内容关系总结 — 依赖/因果/条件关系的文字总结
- 补充发现表 — "你的输入之外，我补充发现的重要概念"
补充发现表格式：
| 你未提及 | 为什么重要 |
|---------|----------|
| 概念 A | 解释... |
| 概念 B | 解释... |关键原则
- 不要局限于用户输入 — 用户的输入只是一个 sample，你需要用相关法和同类法主动扩展
- 不要只罗列概念 — 概念之间的关系（特别是条件关系）比概念本身更有价值
- 不要写教程 — 你是画地图的人，不是写课本的人。每个概念给出"是什么"+"为什么重要"+"和什么有关"即可
- 不要一次性输出 — 分阶段与用户交互，让用户有机会纠偏和补充
- 标注你不确定的地方 — 如果某个概念你了解有限，诚实说明，而不是模糊带过