learn
Über
Die `learn`-Fähigkeit ermöglicht es Claude, systematisch Wissen aus unbekannten Domänen durch einen strukturierten Denkprozess des Erkundens, Hypothesenbildens, Überprüfens und Verifizierens zu erwerben. Sie ist für Situationen konzipiert wie die Erkundung einer unbekannten Codebasis, die Untersuchung von Themen, die über einfaches Abrufen hinausgehen, oder die Klärung widersprüchlicher Informationen zu einem kohärenten Modell. Zu den Kernfähigkeiten gehören gezieltes Modellieren mit Feedback-Schleifen sowie der Einsatz von Werkzeugen wie Read, Grep und WebSearch für die Erkundung.
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/learnKopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren
Dokumentation
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
GitHub Repository
Verwandte Skills
content-collections
MetaDiese Skill bietet eine produktionsgetestete Einrichtung für Content Collections – ein TypeScript-first-Tool, das Markdown/MDX-Dateien in typsichere Datensammlungen mit Zod-Validierung umwandelt. Verwenden Sie ihn beim Erstellen von Blogs, Dokumentationsseiten oder inhaltsstarken Vite + React-Anwendungen, um Typsicherheit und automatische Inhaltsvalidierung zu gewährleisten. Er behandelt alles von der Vite-Plugin-Konfiguration und MDX-Kompilierung bis hin zur Deployment-Optimierung und Schema-Validierung.
polymarket
MetaDiese Fähigkeit ermöglicht es Entwicklern, Anwendungen mit der Polymarket-Prognosemärkte-Plattform zu erstellen, einschließlich API-Integration für Handel und Marktdaten. Sie bietet außerdem Echtzeit-Datenstreaming über WebSocket, um Live-Trades und Marktaktivitäten zu überwachen. Nutzen Sie sie zur Implementierung von Handelsstrategien oder zur Erstellung von Tools, die Live-Marktaktualisierungen verarbeiten.
creating-opencode-plugins
MetaDiese Fähigkeit unterstützt Entwickler dabei, OpenCode-Plugins zu erstellen, die in über 25 Ereignistypen wie Befehle, Dateien und LSP-Operationen eingreifen. Sie bietet die Plugin-Struktur, Event-API-Spezifikationen und Implementierungsmuster für JavaScript/TypeScript-Module. Nutzen Sie sie, wenn Sie den Lebenszyklus des OpenCode KI-Assistenten mit benutzerdefinierter ereignisgesteuerter Logik abfangen, überwachen oder erweitern müssen.
sglang
MetaSGLang ist ein hochperformantes LLM-Serving-Framework, das sich auf schnelle, strukturierte Generierung für JSON, Regex und agentenbasierte Workflows unter Verwendung seines RadixAttention-Prefix-Cachings spezialisiert. Es bietet deutlich schnellere Inferenz, insbesondere für Aufgaben mit wiederholten Präfixen, was es ideal für komplexe, strukturierte Ausgaben und Mehrfachdialoge macht. Wählen Sie SGLang gegenüber Alternativen wie vLLM, wenn Sie constrained decoding benötigen oder Anwendungen mit umfangreicher Präfix-Weitergabe entwickeln.
