菜单
Only invoke when explicitly requested via "@feynman-read"、"费曼"、"费曼追问". Do NOT auto-trigger. 费曼学习法追问 skill：读取当前文章，找出核心概念逐一追问你，用你自己的话改写文章内容。追问你之后，把你的理解以自然段落写回文章。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/unix2dos/skills --skill feynman-read命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Only invoke when explicitly requested via $learnlm-inspired-tutor or the exact skill name; do not auto-trigger. A model-agnostic, unofficial tutor based on Google's LearnLM learning principles.
Use when reviewing Go code for performance, concurrency safety, security vulnerabilities, or readability issues
诊断并受控编辑完整博客草稿，经作者确认后执行删除、补充与必要重排。
基于 SOC 职业分类
正在显示 SKILL.md
| name | feynman-read |
| description | Only invoke when explicitly requested via "@feynman-read"、"费曼"、"费曼追问". Do NOT auto-trigger. 费曼学习法追问 skill：读取当前文章，找出核心概念逐一追问你，用你自己的话改写文章内容。追问你之后，把你的理解以自然段落写回文章。 |
读取用户当前正在编辑或指定的文章全部内容。如果用户没有指定文章，询问用户要对哪篇文章执行费曼追问。
扫描文章全文，识别出 3-5 个最核心、最难、最容易被误解的概念。选择标准：
列出你识别的概念清单，告诉用户"我从文章中找到了这些核心概念，现在开始逐个追问你"。
一次只问一个概念，等用户回答后再继续下一个。
每个概念的追问分两个阶段：
扮演一个对该领域完全不懂的读者，用朴素的问题发问：
如果用户在阶段一答得出来，升级到更深入的问题。从以下角度中选择，不要每次都用同样的顺序：
当用户答不上来或回答有误时：
每个概念追问 2-4 个问题即可，不要无限追问。
追问结束后，做两件事：
把用户回答中的核心表达整理成符合博客风格的段落。规则：
从追问过程中挑选 1-2 个最有价值的瞬间（用户"恍然大悟"或纠正了理解偏差的时刻），转化为自然的反思段落嵌入文章。
默认使用自然段落风格——像作者自己在思考，而不是考试记录：
我一开始容易把 A 和 B 混在一起。后来发现真正的分界线不是……而是……
这里有个容易踩的坑：很多人以为 X 就是 Y，但其实……
如果用户明确要求使用 Q&A 板块形式，也可以用：
> **💡 想一想**：[追问的问题]
>
> [用户理解后的回答，整理成简洁的段落]
将改写后的段落和反思段落展示给用户确认。用户确认后再写入文章，用户说不需要改就不改。
这个 skill 的存在是为了解决一个具体问题：当 AI agent 帮你写完 blog 后，你对内容没有印象，文章也丧失了你的个人风格。
费曼学习法的核心不是"教别人"，而是在尝试教的过程中发现自己不懂的地方。这个 skill 通过追问逼迫你"讲出来"，达成两个目标：
这个 skill 是完全独立的，不依赖也不自动串联其他 skill：
learn-topic：负责搜资料、系统化讲解主题 → 是写作的上游notes-to-blog：负责把笔记转成 blog → 是内容生产blog-refine：负责润色 blog → 是写作的下游feynman-write：负责从零学一个主题并写成博客 → 是学习型写作feynman-read：负责逼你理解已有文章 → 可以在任何环节独立触发典型组合用法：
@feynman-read 追问消化@feynman-read 再追问一遍，看看还记得多少@feynman-writeMUST 一次只问一个问题，等用户回答后再继续MUST 先从小白角度追问，用户能答出来再升级到面试官角度MUST 在改写时保留用户的语气和表达习惯MUST 答不上来时先给提示，不要直接给答案MUST 面试官追问时变换角度，不要每次都用同样的顺序和套路MUST NOT 逐节追问整篇文章，只抓 3-5 个最核心的概念MUST NOT 在用户未确认前直接修改文章文件MUST NOT 把追问过程变成考试或评分——目标是学习，不是测验MUST NOT 评价用户回答的质量（不要说"你这个比喻很好"或"这个理解不太对"）——给提示、给线索，但不评分MUST NOT 把 Q&A 对话记录原样粘贴到文章里——必须转化为自然的反思段落