learn
À propos
La compétence `learn` permet à Claude d'acquérir systématiquement des connaissances dans des domaines non familiers en utilisant un processus de raisonnement structuré d'exploration, d'hypothèse, de vérification et de validation. Elle est conçue pour des situations telles que l'exploration d'une base de code inconnue, l'investigation de sujets dépassant le simple rappel de faits, ou la résolution d'informations conflictuelles en un modèle cohérent. Les capacités clés incluent la construction délibérée de modèles avec boucles de rétroaction et l'utilisation d'outils comme Read, Grep et WebSearch pour l'exploration.
Installation rapide
Claude Code
Recommandénpx 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/learnCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
Learn
Structured knowledge acquisition session — survey unfamiliar, build initial models, test via deliberate exploration, integrate into coherent understanding, consolidate for durable retrieval.
Use When
- Unfamiliar codebase / framework / domain, no prior ctx
- User asks topic outside working knowledge, answer needs investigation not recall
- Conflicting sources / patterns → coherent mental model from scratch
- After
remote-viewingsurfaces intuitive leads → systematic validation - Prep to
teach— must understand deeply enough to explain
In
- Req: Learning target — topic, codebase area, API, concept, tech
- Opt: Scope boundary — surface survey vs deep expertise
- Opt: User's purpose — why this matters (prioritization)
- Opt: Known starting points — files, docs, concepts familiar
Do
Step 1: Survey — Map Territory
Before understanding anything, map landscape → ID what exists.
Learning Modality Selection:
┌──────────────────┬──────────────────────────┬──────────────────────────┐
│ Territory Type │ Primary Modality │ Tool Pattern │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ Codebase │ Structural mapping — │ Glob for file tree, │
│ │ find entry points, core │ Grep for exports/imports,│
│ │ modules, boundaries │ Read for key files │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ API / Library │ Interface mapping — │ WebFetch for docs, │
│ │ find public surface, │ Read for examples, │
│ │ types, configuration │ Grep for usage patterns │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ Domain concept │ Ontology mapping — │ WebSearch for overviews, │
│ │ find core terms, │ WebFetch for definitions,│
│ │ relationships, debates │ Read for local notes │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ User's context │ Conversational mapping │ Read conversation, │
│ │ — find stated goals, │ Read MEMORY.md, │
│ │ preferences, constraints │ Read CLAUDE.md │
└──────────────────┴──────────────────────────┴──────────────────────────┘
- ID territory type + select primary modality
- Broad scan — not reading deeply, ID landmarks (key files, entry points, core concepts)
- Note boundaries: in scope, adjacent, out of scope
- ID gaps: important-looking but opaque from surface
- Rough map: list major components + apparent relationships
→ Skeletal map w/ 5-15 landmarks. Sense of clear surface vs deeper investigation needed. No understanding yet — just map.
If err: Territory too large → narrow scope. Ask: "Min to understand → serve user's purpose?" No clear entry → start from output (what produces?) + trace backward.
Step 2: Hypothesize — Initial Models
From survey → construct hypotheses.
- Formulate 2-3 hypotheses about structure / behavior
- State clearly: "I believe X because I observed Y"
- Per hypothesis → what evidence confirms, what refutes
- Rank by confidence: most supported, shakiest
- ID highest-value to test first (unlocks most understanding if confirmed)
→ Concrete falsifiable hypotheses — not vague impressions. Each has test. Collectively cover most important aspects.
If err: No hypotheses → survey too shallow → back to Step 1, read 2-3 landmarks in depth. All equally uncertain → simplest (Occam's) + build from there.
Step 3: Explore — Probe + Test
Systematically test each hypothesis via targeted investigation.
- Select highest-priority
- Design minimal probe: smallest investigation confirming/refuting
- Execute (read file, search pattern, test assumption)
- Record: confirmed, refuted, modified
- If refuted → update hypothesis w/ new evidence
- If confirmed → probe deeper: holds at edges or only center?
- Next hypothesis, repeat
→ ≥1 hypothesis tested to conclusion. Model taking shape — some confirmed, some revised. Surprises noted as valuable data.
If err: Probes consistently ambiguous → testing wrong things. Step back: "What would an expert consider most important fact?" Probe for that.
Step 4: Integrate — Mental Model
Synthesize findings → coherent model connecting pieces.
- Review confirmed hypotheses + revised models
- ID central organizing principle: "spine" everything connects to
- Map relationships: which components depend on which? What flows where?
- ID surprising findings — often deepest insight
- Look for patterns repeating across territory
- Build model predicting behavior: "Given input X, expect Y because Z"
→ Coherent model explaining structure + predicting behavior. Expressible in 3-5 sentences, specific claims not vague.
If err: Pieces don't integrate → fundamental misunderstanding in earlier hypothesis. ID piece that doesn't fit → re-test. Or territory genuinely incoherent (poorly designed exist) → note as finding rather than forcing.
Step 5: Verify — Challenge Understanding
Test model via predictions + check.
- Use model → 3 specific predictions
- Test each via investigation (not assuming true)
- Per confirmed → confidence increases
- Per refuted → ID where model wrong + correct
- Edge cases: hold at boundaries or break?
- Ask: "What would surprise me?" → check if possible
→ Model survives ≥2 of 3 prediction tests. Failures understood, model corrected. Now has confirmed strengths + known limitations.
If err: Most predictions fail → model fundamental flaw. Valuable info — territory works differently than expected. Return Step 2 w/ new evidence, rebuild. 2nd attempt much faster (wrong models eliminated).
Step 6: Consolidate — Store for Retrieval
Capture learning in form supporting future retrieval + application.
- Summarize model in 3-5 sentences
- Note key landmarks — 3-5 most important to remember
- Record counterintuitive findings (might be forgotten)
- ID related topics this connects to
- Durable learning (needed across sessions) → update MEMORY.md
- Session-specific → note as ctx for current conv
- State what remains unknown — honest gaps > false confidence
→ Concise retrievable summary capturing essential understanding. Future references start from summary, not re-learning.
If err: Learning resists summarization → not fully integrated → return Step 4. Learning too obvious to store → what feels obvious now may not in fresh ctx. Store non-obvious.
Check
- Survey before deep investigation (map before dive)
- Hypotheses explicit + tested, not assumed
- ≥1 hypothesis revised based on evidence (= genuine learning)
- Model makes specific testable predictions
- Known unknowns ID'd alongside known knowns
- Consolidated summary concise for future retrieval
Traps
- Skip survey: Diving into detail before landscape → wastes time on unimportant + misses big picture.
- Unfalsifiable hypotheses: "This is probably complex" can't be tested. "This module handles auth because it imports crypto" can.
- Confirmation bias: Seeking only supporting evidence, ignoring contradictions.
- Premature consolidation: Store model before tested → confidently wrong future predictions.
- Perfectionism: Learn everything before applying anything. Iterative — use partial, then refine.
- Learning w/o purpose: Knowledge w/o application → unfocused shallow understanding.
→
learn-guidance— human-guidance variant → coach person thru structured learningteach— knowledge transfer calibrated to learner; builds on model constructed hereremote-viewing— intuitive exploration surfaces leads for systematic learning to validatemeditate— clear prior ctx noise before new learning territoryobserve— sustained neutral pattern recognition feeding learning w/ raw data
Dépôt GitHub
Compétences associées
content-collections
MétaCette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.
polymarket
MétaCette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.
creating-opencode-plugins
MétaCette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.
sglang
MétaSGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.
