learn
О программе
Навык `learn` позволяет Клоду систематически приобретать знания в незнакомых областях, используя структурированный процесс рассуждений: обзор, выдвижение гипотез, проверку и верификацию. Он предназначен для таких ситуаций, как исследование незнакомой кодовой базы, изучение тем, выходящих за рамки простого запоминания, или разрешение противоречивой информации в согласованную модель. Ключевые возможности включают целенаправленное построение моделей с обратной связью и использование инструментов, таких как Read, Grep и WebSearch, для исследования.
Быстрая установка
Claude Code
Рекомендуется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/learnСкопируйте и вставьте эту команду в Claude Code для установки этого навыка
Документация
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 репозиторий
Похожие навыки
content-collections
МетаЭтот навык предоставляет проверенную в продакшене настройку для Content Collections — TypeScript-ориентированного инструмента, который преобразует файлы Markdown/MDX в типобезопасные коллекции данных с валидацией Zod. Используйте его при создании блогов, сайтов документации или контентных приложений на Vite + React для обеспечения типобезопасности и автоматической проверки содержимого. Он охватывает всё: от настройки плагина Vite и компиляции MDX до оптимизации развертывания и валидации схем.
polymarket
МетаЭтот навык позволяет разработчикам создавать приложения на платформе прогнозных рынков Polymarket, включая интеграцию с API для торговли и получения рыночных данных. Он также обеспечивает потоковую передачу данных в реальном времени через WebSocket для отслеживания текущих сделок и рыночной активности. Используйте его для реализации торговых стратегий или создания инструментов, обрабатывающих обновления рынка в реальном времени.
creating-opencode-plugins
МетаЭтот навык помогает разработчикам создавать плагины OpenCode, которые подключаются к более чем 25 типам событий, таким как команды, файлы и операции LSP. Он предоставляет структуру плагина, спецификации API событий и шаблоны реализации для модулей на JavaScript/TypeScript. Используйте его, когда вам нужно перехватывать, отслеживать или расширять жизненный цикл ассистента OpenCode AI с помощью пользовательской событийно-ориентированной логики.
sglang
МетаSGLang — это высокопроизводительный фреймворк для обслуживания больших языковых моделей (LLM), специализирующийся на быстрой структурированной генерации JSON, regex и рабочих процессов агентов с использованием кэширования префиксов RadixAttention. Он обеспечивает значительно более высокую скорость вывода, особенно для задач с повторяющимися префиксами, что делает его идеальным для сложных структурированных результатов и многократных диалогов. Выбирайте SGLang вместо альтернатив, таких как vLLM, когда вам требуется ограниченное декодирование или вы создаете приложения с интенсивным совместным использованием префиксов.
