MCP HubMCP Hub
Volver a habilidades

teach

pjt222
Actualizado 2 days ago
4 vistas
17
2
17
Ver en GitHub
Otroai

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

Recomendado
Principal
npx skills add pjt222/agent-almanac -a claude-code
Comando PluginAlternativo
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternativo
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/teach

Copia 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 learn built 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.    │
└──────────────┴────────────────────────────┴──────────────────────────┘
  1. Review user's Q's, vocab, goals
  2. Classify likely level for THIS topic (advanced in one, novice in another)
  3. ID Zone of Proximal Dev (ZPD): just beyond reach but achievable w/ support
  4. Note misconceptions to address before correct model lands
  5. 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.

  1. ID anchor: 1 concept learner definitely understands related to target
  2. State connection explicit: "X (you know) works like Y in this new context because..."
  3. 1 new idea at a time — never 2 in same sentence
  4. Concrete examples before abstract principles
  5. Layered complexity: simple first, then nuance
  6. 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.

  1. Open w/ core idea in 1 sentence — headline before article
  2. Expand w/ scaffolded explanation (Step 2)
  3. Learner's vocab, not domain jargon (unless advanced)
  4. Code: minimal working example, not comprehensive
  5. Abstract: concrete instance first, then generalize
  6. Processes: walk specific case step-by-step before general rules
  7. 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.

  1. Ask Q requiring application not recall: "Given X, what would you expect?"
  2. Ask paraphrase: "Explain back in your own words?"
  3. Present variation: "What if we changed this one thing?"
  4. Look for specific understanding: predict, not just repeat?
  5. Answer reveals misconception → note specific err for Step 5
  6. 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.

  1. Solid → reinforce (Step 6) | advance to next concept
  2. Specific misconception → address direct w/ evidence, not repetition
  3. General confusion → completely diff explanation approach
  4. Ahead of assessment → accelerate, skip scaffolding → nuance
  5. 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.

  1. Practice problem requiring concept (not trick)
  2. Coding context → small modification to existing code using concept
  3. Conceptual → present scenario, apply model
  4. Connect forward: "Now you understand X, this connects to Y, can explore next"
  5. Reference material for independent: docs, related files, further reading
  6. 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 teacher
  • learn — systematic knowledge acquisition building understanding to teach from
  • listen — deep receptive attention reveals actual needs beyond stated Q
  • meditate — clear assumptions between teaching episodes, fresh approach each learner

Repositorio GitHub

pjt222/agent-almanac
Ruta: i18n/caveman-ultra/skills/teach
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Habilidades relacionadas

llamaguard

Otro

LlamaGuard 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.

Ver habilidad

cost-optimization

Otro

Esta 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.

Ver habilidad

quantizing-models-bitsandbytes

Otro

Esta 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.

Ver habilidad

dispatching-parallel-agents

Otro

Esta 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.

Ver habilidad