teach
Acerca de
La habilidad `teach` proporciona una transferencia de conocimiento estructurada al evaluar el nivel del aprendiz y construir explicaciones desde conceptos conocidos hacia desconocidos. Emplea el cuestionamiento socrático para verificar la comprensión y adapta su enseñanza basándose en la retroalimentación del usuario. Utiliza esta habilidad cuando un usuario pregunte "¿cómo funciona X?" y necesite una explicación gradual, especialmente cuando explicaciones previas hayan fallado o el concepto presente lagunas de conocimientos previos.
Instalación rápida
Claude Code
Recomendadonpx 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/teachCopia y pega este comando en Claude Code para instalar esta habilidad
Documentación
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
Repositorio GitHub
Habilidades relacionadas
llamaguard
OtroLlamaGuard es el modelo de Meta de 7-8B parámetros para moderar las entradas y salidas de LLM en seis categorías de seguridad como violencia y discurso de odio. Ofrece una precisión del 94-95% y puede implementarse usando vLLM, Hugging Face o Amazon SageMaker. Utiliza esta skill para integrar fácilmente filtrado de contenido y barreras de seguridad en tus aplicaciones de IA.
cost-optimization
OtroEsta Skill de Claude ayuda a los desarrolladores a optimizar los costes en la nube mediante el ajuste de tamaño de recursos, estrategias de etiquetado y análisis de gastos. Proporciona un marco para reducir los gastos en la nube e implementar una gobernanza de costes en AWS, Azure y GCP. Úsala cuando necesites analizar los costes de infraestructura, ajustar el tamaño de los recursos o cumplir con restricciones presupuestarias.
quantizing-models-bitsandbytes
OtroEsta habilidad cuantiza LLMs a precisión de 8 o 4 bits utilizando bitsandbytes, logrando una reducción de memoria del 50-75% con pérdida mínima de precisión. Es ideal para ejecutar modelos más grandes en memoria GPU limitada o para acelerar la inferencia, admitiendo formatos como INT8, NF4 y FP4. La habilidad se integra con HuggingFace Transformers y permite entrenamiento QLoRA y optimizadores de 8 bits.
dispatching-parallel-agents
OtroEsta Skill de Claude despliega múltiples agentes para investigar y solucionar 3 o más problemas independientes de forma concurrente. Está diseñada para escenarios que involucran fallos no relacionados que pueden resolverse sin estado compartido o dependencias. Su capacidad principal es la resolución paralela de problemas, asignando un agente por cada dominio problemático independiente para maximizar la eficiencia.
