MCP HubMCP Hub
SKILL·0ECD59

teach

pjt222
Actualizado 1 month ago
8 vistas
26
3
26
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
FAQ

Frequently asked questions

What is the teach skill?

teach is a Claude Skill by pjt222. Skills package instructions and resources that Claude loads on demand, so Claude can perform teach-related tasks without extra prompting.

How do I install teach?

Use the install commands on this page: add teach to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.

What category does teach belong to?

teach is in the Other category, tagged ai.

Is teach free to use?

Yes. teach is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.

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
sports-betting-analyzer
Otro

Esta habilidad de Claude analiza los mercados de apuestas deportivas, incluyendo spreads, over/unders y apuestas de propuestas, mediante el examen de tendencias históricas y estadísticas situacionales para identificar apuestas de valor. Proporciona una salida en markdown estructurado con recomendaciones accionables con fines educativos. Los desarrolladores deben utilizar esto para herramientas de análisis de apuestas deportivas, teniendo en cuenta que está diseñado únicamente para entretenimiento/educación.

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