teach
Über
Die `teach`-Fähigkeit ermöglicht einen strukturierten Wissenstransfer, indem sie das Niveau des Lernenden einschätzt und Erklärungen von bekannten zu unbekannten Konzepten stufenweise aufbaut. Sie nutzt sokratisches Fragen, um das Verständnis zu überprüfen, und passt die Lehrmethode basierend auf Nutzerfeedback an. Verwenden Sie diese Fähigkeit, wenn ein Nutzer fragt „Wie funktioniert X?“ und eine abgestufte Erklärung benötigt, insbesondere wenn frühere Erklärungen nicht verstanden wurden oder Wissenslücken bei Voraussetzungen bestehen.
Schnellinstallation
Claude Code
Empfohlennpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/teachKopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren
Dokumentation
Teach
Structured knowledge transfer — assess learner, scaffold known → unknown, calibrated explanation, check via Q, adapt to feedback, reinforce via practice.
Use When
- User asks "how does X work?" → graduated explanation needed, not data dump
- Q's reveal gap between current understanding + need
- Prev explanations didn't land — confused | asking same Q diff way
- Teaching concept w/ prereqs user may not have
- After
learnbuilt deep mental model needing communication
In
- Required: Concept, system, skill to teach
- Required: Learner (implicit — user in conv)
- Optional: Known context (expertise, background, goals)
- Optional: Prev failed explanations (what tried)
- Optional: Time/depth constraint (quick overview vs deep)
Do
Step 1: Assess — Map Learner
Before explaining, determine what learner knows + needs.
Learner Calibration Matrix:
┌──────────────┬────────────────────────────┬──────────────────────────┐
│ Level │ Explanation Pattern │ Check Pattern │
├──────────────┼────────────────────────────┼──────────────────────────┤
│ Novice │ Analogy-first. Connect to │ "In your own words, what │
│ (no domain │ familiar concepts. Avoid │ does X do?" Accept any │
│ vocabulary) │ jargon entirely. Concrete │ correct paraphrase. │
│ │ before abstract. │ │
├──────────────┼────────────────────────────┼──────────────────────────┤
│ Intermediate │ Build on existing vocab. │ "What would happen if │
│ (knows terms,│ Fill gaps with targeted │ we changed Y?" Tests │
│ some gaps) │ explanations. Use code │ whether they can predict │
│ │ examples that are close │ from understanding. │
│ │ to their existing work. │ │
├──────────────┼────────────────────────────┼──────────────────────────┤
│ Advanced │ Skip fundamentals. Focus │ "How would you compare │
│ (strong base,│ on nuance, trade-offs, │ X to Z approach?" Tests │
│ seeks depth) │ edge cases. Reference │ integration and judgment. │
│ │ source material directly. │ │
├──────────────┼────────────────────────────┼──────────────────────────┤
│ Misaligned │ Correct gently. Provide │ "Let me check my under- │
│ (confident │ the right model alongside │ standing — you're saying │
│ but wrong) │ why the wrong model feels │ X?" Mirror back to │
│ │ right. No shame signals. │ surface the mismatch. │
└──────────────┴────────────────────────────┴──────────────────────────┘
- Review user's Q's, vocab, goals
- Classify likely level for THIS topic (advanced in one, novice in another)
- ID Zone of Proximal Dev (ZPD): just beyond reach but achievable w/ support
- Note misconceptions to address before correct model lands
- ID best entry: what they know connecting to need
Got: Clear picture: what learner knows, needs, what bridge connects. Specific enough to choose explanation strategy.
If err: Level unclear → calibration Q: "Familiar w/ [prereq]?" Not test, gather data. Awkward → default intermediate, adjust on response.
Step 2: Scaffold — Bridge Known → Unknown
Build path from known → new concept.
- ID anchor: 1 concept learner definitely understands related to target
- State connection explicit: "X (you know) works like Y in this new context because..."
- 1 new idea at a time — never 2 in same sentence
- Concrete examples before abstract principles
- Layered complexity: simple first, then nuance
- Prereqs missing → teach prereq first (mini-scaffold) before main
Got: Scaffolded path, each step builds on prev. Learner never lost — each new idea connects to existing.
If err: Gap too large for single scaffold → break into smaller steps. No familiar anchor (entirely novel) → analogy to diff domain known. Imperfect → acknowledge limits: "Like X, except for..."
Step 3: Explain — Calibrate Depth + Style
Right level, right mode.
- Open w/ core idea in 1 sentence — headline before article
- Expand w/ scaffolded explanation (Step 2)
- Learner's vocab, not domain jargon (unless advanced)
- Code: minimal working example, not comprehensive
- Abstract: concrete instance first, then generalize
- Processes: walk specific case step-by-step before general rules
- Monitor confusion signs: next Q doesn't build on explanation → didn't land
Got: Explanation neither too shallow (leaves Q's) nor too deep (overwhelms). Uses their language, connects to context.
If err: Too long → core idea buried, restate 1-sentence headline. More confused after → entry wrong, try diff anchor/analogy. Genuinely complex → acknowledge vs hide: "3 parts, they interact. Start w/ first."
Step 4: Check — Verify Understanding
Don't assume worked. Test via Q's revealing mental model.
- Ask Q requiring application not recall: "Given X, what would you expect?"
- Ask paraphrase: "Explain back in your own words?"
- Present variation: "What if we changed this one thing?"
- Look for specific understanding: predict, not just repeat?
- Answer reveals misconception → note specific err for Step 5
- Correct → push slightly further: can generalize?
Got: Reveals working mental model vs parroting. Working model handles variations; memorized cannot.
If err: Can't answer → explanation didn't build right model. Not their failure — feedback on teaching. Note what didn't land → Step 5.
Step 5: Adapt — Respond to Feedback
Adjust based on check.
- Solid → reinforce (Step 6) | advance to next concept
- Specific misconception → address direct w/ evidence, not repetition
- General confusion → completely diff explanation approach
- Ahead of assessment → accelerate, skip scaffolding → nuance
- Behind → slow down, teach missing prereq
Adaptation Responses:
┌──────────────────┬─────────────────────────────────────────────────┐
│ Signal │ Adaptation │
├──────────────────┼─────────────────────────────────────────────────┤
│ "I think I get │ Push gently: "Great — so what would happen │
│ it" │ if...?" Verify before moving on. │
├──────────────────┼─────────────────────────────────────────────────┤
│ "I'm confused" │ Change modality: if verbal, show code. If code, │
│ │ use analogy. If analogy, draw a diagram. │
├──────────────────┼─────────────────────────────────────────────────┤
│ "But what about │ Good sign — they are testing the model. Address │
│ [edge case]?" │ the edge case, which deepens understanding. │
├──────────────────┼─────────────────────────────────────────────────┤
│ "That doesn't │ They have a competing model. Explore it: "What │
│ seem right" │ do you think happens instead?" Reconcile the two.│
├──────────────────┼─────────────────────────────────────────────────┤
│ Silence or │ They may be processing, or lost. Ask: "What │
│ topic change │ part feels least clear?" Lower the bar gently. │
└──────────────────┴─────────────────────────────────────────────────┘
Got: Teaching adapts in real time. No identical repetition — each retry diff approach. Responsive not mechanical.
If err: Multiple adaptations fail → may be missing prereq so fundamental neither party ID'd. Ask explicit: "What part feels biggest jump?" Often reveals hidden gap.
Step 6: Reinforce — Practice
Solidify via application, not repetition.
- Practice problem requiring concept (not trick)
- Coding context → small modification to existing code using concept
- Conceptual → present scenario, apply model
- Connect forward: "Now you understand X, this connects to Y, can explore next"
- Reference material for independent: docs, related files, further reading
- Close loop: "To summarize..." — 1 sentence for core concept
Got: Learner applied concept ≥1×, has resources for continued learning. Summary anchors for future recall.
If err: Too hard → teaching jumped too far, simplify. Can do but can't explain why → procedural w/o conceptual, return Step 3 focused on "why" not "how".
Check
- Level assessed before explanation
- Scaffolded known → unknown, not data dump
- ≥1 check Q asked to verify (not assumed)
- Teaching adapted on feedback, not repeated identical
- Learner can apply, not just recall
- Honest gaps acknowledged, not glossed
Traps
- Curse of knowledge: Forget learner doesn't share teacher context. Jargon, assumed prereqs, implicit reasoning = primary culprits.
- Explain to impress vs teach: Comprehensive, precise explanations demonstrating knowledge but leaving learner behind.
- Repeat louder: Doesn't land → repeat w/ more emphasis vs diff approach.
- Test vs teach: Check Q's as gotchas vs diagnostic. Goal = reveal understanding, not catch failure.
- Silence ≠ understanding: Absence of Q's ≠ explanation worked. Often means learner doesn't know what to ask.
- One-size-fits-all depth: Novice gets advanced explanation "should see full picture" → overwhelms; expert gets beginner "better safe" → wastes time.
→
teach-guidance— human-guidance variant coaching person to be better teacherlearn— systematic knowledge acquisition building understanding to teach fromlisten— deep receptive attention reveals actual needs beyond stated Qmeditate— clear assumptions between teaching episodes, fresh approach each learner
GitHub Repository
Verwandte Skills
llamaguard
AndereLlamaGuard ist Metas 7-8B-Parameter-Modell zur Moderation von LLM-Eingaben und -Ausgaben in sechs Sicherheitskategorien wie Gewalt und Hassrede. Es bietet eine Genauigkeit von 94-95 % und kann mit vLLM, Hugging Face oder Amazon SageMaker eingesetzt werden. Nutzen Sie diese Skill, um Inhaltsfilterung und Sicherheitsguardrails einfach in Ihre KI-Anwendungen zu integrieren.
cost-optimization
AndereDiese Claude Skill unterstützt Entwickler bei der Optimierung von Cloud-Kosten durch Ressourcen-Dimensionierung, Tagging-Strategien und Ausgabenanalysen. Sie bietet einen Rahmen zur Senkung von Cloud-Ausgaben und zur Implementierung von Kosten-Governance für AWS, Azure und GCP. Nutzen Sie sie, wenn Sie Infrastrukturkosten analysieren, Ressourcen richtig dimensionieren oder Budgetvorgaben einhalten müssen.
quantizing-models-bitsandbytes
AndereDiese Fähigkeit quantisiert LLMs auf 8-Bit- oder 4-Bit-Präzision mittels bitsandbytes und erreicht dabei eine Speicherreduzierung von 50–75 % bei minimalem Genauigkeitsverlust. Sie ist ideal für den Betrieb größerer Modelle mit begrenztem GPU-Speicher oder zur Beschleunigung von Inferenzvorgängen und unterstützt Formate wie INT8, NF4 und FP4. Die Fähigkeit integriert sich in HuggingFace Transformers und ermöglicht QLoRA-Training sowie 8-Bit-Optimierer.
dispatching-parallel-agents
AndereDiese Claude-Fähigkeit verteilt mehrere Agenten, um drei oder mehr unabhängige Probleme gleichzeitig zu untersuchen und zu beheben. Sie ist für Szenarien konzipiert, die unabhängige Fehler umfassen, die ohne gemeinsamen Zustand oder Abhängigkeiten gelöst werden können. Die Kernfähigkeit ist die parallele Problemlösung, bei der pro unabhängigem Problembereich ein Agent zugewiesen wird, um die Effizienz zu maximieren.
