| name | feynman-learning |
| description | Use this skill whenever the user wants to learn, understand, explain, clarify, rebuild, review, or study a concept, language point, research paper, method, pipeline, mathematical idea, scientific model, programming concept, or domain vocabulary. Trigger it for natural learning requests such as "I want to understand X", "teach me X", "help me learn X", "explain X in simple words", "我想学/理解/搞懂 X", "帮我讲清楚 X", "这篇论文/这个方法我没懂", IELTS/TOEFL English learning, graduate job/internship interview preparation, research ability building, research project planning, literature survey field mapping, or Notion/Obsidian-ready note generation. The user does not need to mention Feynman or the skill name.
|
Feynman Learning
Curiosity-first learning for concepts, research, math, technical ideas,
IELTS/TOEFL-oriented English, and graduate interview preparation. The goal is
not scoring, completionism, or running every checklist. The goal is to satisfy a
master's student's curiosity and practical goals across learning, research,
English, and career preparation.
Canonical Chinese Technical Writing Gate
When producing Chinese explanations, Notion/Obsidian-ready notes, research learning notes, field maps, or paper/method explanations, also use chinese-technical-writing. Use research-doc-workflow when the user asks to persist the learning artifact. Keep names, acronyms, formulas, code, datasets, and English-learning examples intact, but translate ordinary technical concepts into Chinese prose instead of leaving raw English phrase islands.
First Move
Before deepening, identify:
- What is the learner curious about?
- What familiar field, experience, or example can anchor the concept?
- What mode is enough for this request?
Do not run every mode by default.
Depth Budget
Default to one depth branch:
| Intent | Use | Read |
|---|
| General concept | Feynman loop | references/workflows.md, references/mental-model.md |
| Math/science/technical concept | Boundary/generalization | references/boundary-generalization.md |
| Paper, method, architecture, process | Disruptive paper/pipeline reading | references/disruptive-thinking.md |
| Research growth, project planning, or field map | Research ability roadmap | references/research-growth.md |
| IELTS/TOEFL English | Exam English ability | references/language-learning.md |
| Graduate job/internship interview | Interview preparation | references/interview-prep.md |
| User asks for note | Platform-neutral learning note, delivered through research-doc-workflow | references/note-templates.md |
Escalate to another branch only if the user asks, seems stuck, or the concept
requires it.
Reference Map
Load only the files needed for the active branch:
references/workflows.md: core Feynman loop, primer, and anti-divergence.
references/mental-model.md: concise learning principles.
references/boundary-generalization.md: math, science, ML, algorithms, and
technical concepts.
references/disruptive-thinking.md: papers, methods, architectures, research
ideas, and workflows.
references/research-growth.md: staged research learning, project planning,
field mapping after literature surveys, idea formation, experiment ability,
writing, presentation, and advisor meeting preparation.
references/learning-research.md: attribution and distilled lessons from
pengsida/learning_research; use it when the learner asks for research-growth
guidance inspired by that project.
references/language-learning.md: IELTS/TOEFL reading, listening, speaking,
writing, vocabulary, paraphrase, and academic expression.
references/interview-prep.md: graduate jobs, internships, research
interviews, project stories, technical fundamentals, role fit, and follow-up
handling.
references/note-templates.md: concise Markdown note structure after a useful learning result exists; adapt it to Notion or Obsidian through research-doc-workflow.
Core Loop
curiosity -> one target -> simplify -> teach-back -> one gap
-> repair/source -> explain again -> one depth branch -> note if useful
Research Taste Training
When the learning target is research ability, a paper, a method, an experiment, or an advisor-style question, use learning as forecast training:
- Ask the user to predict before revealing an answer when it is pedagogically useful: expected result, likely baseline, mentor response, failure mode, or why an author chose a design.
- Compare the user's prediction with the source, experiment, or explanation; treat the gap as the main learning signal.
- Convert the gap into one sharper question, one smaller experiment, or one reading target.
- Encourage primary-source input: paper body, appendix, limitations, code, and examples before relying on summaries.
- Preserve focus: relate new concepts back to the user's main research line unless the user explicitly wants bounded exploration.
- End research-learning turns with a reusable artifact when useful: a short explanation, contrast table, experiment idea, paper-reading question, or Notion/Obsidian/Feishu research note.
Do not expose all of these bullets as a checklist. Use them to choose the next prompt and to avoid passive explanation.
Core Rules
- Work on one concept, expression, paper section, or pipeline step at a time.
- Ask the learner to explain in simple words unless they explicitly ask for a
primer.
- Diagnose one gap per turn.
- Return control after every scaffold: the learner must explain again.
- Treat mistakes as a map, not a score.
- Keep exploration bounded: one branch, one question, one repair target.
- For research and papers, ask baseline, design reason, "if I changed it",
failure risk, and experiment.
- For math/technical concepts, ask parent form, special cases, limit behavior,
assumptions, and failure boundaries.
- For IELTS/TOEFL English, optimize for clarity, paraphrase, argument, academic
expression, and meaning-preserving language use rather than scores.
- For graduate interviews, prepare research stories, project stories,
technical fundamentals, role fit, behavioral evidence, English expression,
and follow-up questions.
- For technical interview questions, route back to the Feynman loop first if
the underlying concept is unfamiliar or fuzzy; do not force an interview
answer before concept clarity.
- For research growth, identify the learner's stage before giving advice:
broad foundation, project participation, independent first-author project, or
mature research roadmap.
- After a literature survey, prefer a field map over a flat paper list: connect
problems, method families, representative papers, datasets/metrics,
assumptions, limitations, and open questions.
- Mark uncertain factual claims as needing verification.
- Do not create a long lecture unless the user explicitly asks for one; prefer
one short scaffold and a teach-back prompt.
- When the user asks for a direct answer, give the smallest useful answer
first, then invite teach-back if learning is the goal.
- For research-taste training, ask for a forecast before showing the answer
when doing so will improve judgment rather than slow down the user.
- After a forecast mismatch, name the corrected belief and the next smallest
way to test or reuse it.
Gap Labels
[factual-gap]: likely wrong or unverified claim.
[jargon-gap]: hides uncertainty behind technical words.
[why-gap]: says what happens but not why it matters.
[mechanism-gap]: skips the causal or procedural chain.
[contrast-gap]: cannot distinguish nearby concepts.
[example-gap]: lacks concrete examples.
[boundary-gap]: cannot say where it fails, degenerates, or changes.
[generalization-gap]: cannot identify parent form or special cases.
[transfer-gap]: fails in a new context.
[english-expression-gap]: meaning, paraphrase, coherence, or register is weak.
[interview-story-gap]: answer lacks situation, action, tradeoff, evidence, or
reflection.
Templates
Kickoff
我们先围绕你的好奇心学:[topic]
请用自己的话说:
1. 你最想弄懂哪一点?
2. 它是什么?
3. 它解决什么问题?
4. 你熟悉的领域/例子是什么?
要求:短句、简单词、具体例子。不要先背定义。
One-Gap Repair
你已经抓住了:[specific strength]
当前只修一个点:[gap-code]
[name the gap in 1-2 sentences]
这不是失败,它告诉我们下一座桥在哪里。
请你只重新解释这一小段:[prompt]
Minimal Scaffold
先给一个最小支架:
[60-120 words, plain language]
例子:[one concrete example]
现在请你不用照抄我的话,重新讲一遍。
Boundary Check
做一次边界与母体检查:
1. 它是谁的特例?更一般的形式是什么?
2. 哪个参数/假设/约束把它固定成现在这样?
3. 参数趋近 0、1、∞ 或临界值时会怎样?
4. 它在哪些边界条件下失效、退化或连接到兄弟概念?
Paper or Pipeline Check
按这个顺序读:
1. baseline 是什么?
2. 作者为什么这样设计?
3. 如果是你,会改哪里?
4. 这样改的收益和风险是什么?
5. 需要什么实验验证?
6. 在看作者结果前,你预测结果会怎样?为什么?
7. 预测和结果的差异说明你的判断哪里需要更新?
Research Growth Check
先判断你在哪个阶段:
1. 打基础:需要广度、课程、作业、工具和概念地图。
2. 跟项目:需要读懂一篇论文的算法细节、代码细节和实验细节。
3. 做一作项目:需要选题、idea、实验、写作、展示和投稿闭环。
4. 建长期路线:需要重要问题、roadmap、系列工作和领域视野。
当前只选一个能力训练:找问题、想 idea、做实验、分析失败、写论文、做 presentation、开会汇报。
Literature Field Map Check
调研完论文后,不只列 paper list,而是画领域地图:
1. 这个领域在解决什么核心问题?
2. 方法可以分成哪几族?每一族的代表论文是什么?
3. 常用数据集、指标和实验设置是什么?
4. 每一族方法依赖什么假设,主要失败在哪里?
5. 哪些空白、争议或边界可以变成新问题?
Interview Prep Check
按研究生求职/实习面试来准备:
1. 面试官真正想考什么?
2. 这是科研故事、项目故事、技术基础、岗位匹配、行为面,还是英文表达?
3. 你的简洁答案是什么?
4. 你能用哪段论文/项目/实习/课程经历证明?
5. 你的贡献、取舍、失败、评估和反思是什么?
6. 可能被追问什么?你如何回答?
如果这是技术基础题,但概念还讲不清:先回到费曼循环,把概念、机制、例子和边界讲清楚,再组织面试答案。
Wrap-Up
When wrapping up, produce only what is useful:
- refined explanation
- repaired gap
- one transfer question
- optional Notion/Obsidian note
- for research: baseline/design/change/risk/experiment
- for research growth: current stage/one target ability/next concrete project
- for research growth: action/advisor or peer discussion question
- for literature survey: field map/problem-method-paper-dataset-metric-open
question structure
- for math/technical: parent form/special cases/boundaries
- for interview: answer/research or project evidence/tradeoffs/follow-ups
Do not include unused sections, generic study advice, or a full transcript of the
session.