learn
について
`learn`スキルは、Claudeが未知の領域から体系的な知識獲得を可能にします。調査とフィードバックループを通じて構造化されたメンタルモデルを構築するものです。新しいコードベースの探索、複雑なトピックの調査、矛盾する情報の統合といったシナリオを想定して設計されています。このプロセスは間隔反復学習を模倣し、Claudeに調査、仮説構築、探索、そして将来の利用に向けた理解の統合を段階的に導きます。
クイックインストール
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 territory. Build initial models. Test them through deliberate exploration. Integrate findings into coherent understanding. Consolidate for durable retrieval.
When Use
- Encountering unfamiliar codebase, framework, or domain with no prior context
- User asks about topic outside current working knowledge. Answer requires genuine investigation, not recall
- Multiple conflicting sources or patterns exist. Coherent mental model needs to be built from scratch
- After
remote-viewingsurfaces intuitive leads needing systematic validation - Preparing to
teachtopic — AI must first understand it deeply enough to explain
Inputs
- Required: Learning target — topic, codebase area, API, domain concept, or technology to understand
- Optional: Scope boundary — how deep to go (surface survey vs. deep expertise)
- Optional: User's purpose — why knowledge matters (guides which aspects to prioritize)
- Optional: Known starting points — files, docs, concepts already familiar
Steps
Step 1: Survey — Map Territory
Before trying to understand anything, map landscape to identify 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 │
└──────────────────┴──────────────────────────┴──────────────────────────┘
- Identify territory type. Select primary modality
- Perform broad scan — not reading deeply, identifying landmarks (key files, entry points, core concepts)
- Note boundaries: what is in scope, what is adjacent, what is out of scope
- Identify gaps: areas looking important but opaque from surface
- Create rough map: list major components and apparent relationships
Got: Skeletal map of territory with 5-15 landmarks identified. Sense of which areas clear from surface and which require deeper investigation. No understanding yet — just map.
If fail: Territory too large to survey? Narrow scope immediately. Ask: "What is minimum I need to understand to serve user's purpose?" No clear entry point? Start from output (what does this system produce?) and trace backward.
Step 2: Hypothesize — Build Initial Models
From survey, construct initial hypotheses about how system works.
- Formulate 2-3 hypotheses about territory's structure or behavior
- State each hypothesis clearly: "I believe X because I observed Y"
- For each hypothesis, identify what evidence would confirm it and what would refute it
- Rank hypotheses by confidence: which feels most supported, which is shakiest
- Identify highest-value hypothesis to test first (if confirmed, unlocks most understanding)
Got: Concrete, falsifiable hypotheses — not vague impressions. Each has test that would confirm or refute it. Hypotheses collectively cover most important aspects of territory.
If fail: No hypotheses form? Survey was too shallow — return to Step 1, read 2-3 landmarks in depth. All hypotheses feel equally uncertain? Start with simplest (Occam's razor), build from there.
Step 3: Explore — Probe and Test
Systematically test each hypothesis through targeted investigation.
- Select highest-priority hypothesis
- Design minimal probe: smallest investigation that would confirm or refute it
- Execute probe (read file, search for pattern, test assumption)
- Record result: confirmed, refuted, or modified
- Refuted? Update hypothesis based on new evidence
- Confirmed? Probe deeper: does hypothesis hold at edges, or only in center?
- Move to next hypothesis, repeat
Got: At least one hypothesis tested to conclusion. Mental model beginning to take shape — some parts confirmed, some revised. Surprises noted as particularly valuable data.
If fail: Probes consistently produce ambiguous results? Hypotheses may be testing wrong things. Step back, ask: "What would someone who understands this system consider most important fact?" Probe for that instead.
Step 4: Integrate — Build Mental Model
Synthesize findings into coherent model connecting pieces.
- Review all confirmed hypotheses and revised models
- Identify central organizing principle: what is "spine" everything connects to?
- Map relationships: which components depend on which? What flows where?
- Identify surprising findings — often contain deepest insight
- Look for patterns repeating across different parts of territory
- Build mental model that can predict behavior: "Given input X, I expect Y because Z"
Got: Coherent mental model explaining territory's structure and predicting behavior. Model expressible in 3-5 sentences. Makes specific claims, not vague generalizations.
If fail: Pieces do not integrate into coherent model? May be fundamental misunderstanding in earlier hypothesis. Identify piece not fitting, re-test it. Alternatively, territory may genuinely be incoherent (poorly designed systems exist) — note this as finding rather than forcing coherence.
Step 5: Verify — Challenge Understanding
Test mental model by making predictions, checking them.
- Use model to make 3 specific predictions about territory
- Test each prediction through investigation (not by assuming it is true)
- Confirmed prediction → confidence increases
- Refuted prediction → identify where model is wrong, correct it
- Identify edge cases: does model hold at boundaries, or break down?
- Ask: "What would surprise me?" — check if that surprise is possible
Got: Mental model survives at least 2 of 3 prediction tests. Where it breaks, failure is understood and model is corrected. Model now has both confirmed strengths and known limitations.
If fail: Most predictions fail? Mental model has fundamental flaw. Valuable info — territory works differently than expected. Return to Step 2 with new evidence, rebuild hypotheses from scratch. Second attempt much faster because wrong models eliminated.
Step 6: Consolidate — Store for Retrieval
Capture learning in form supporting future retrieval and application.
- Summarize mental model in 3-5 sentences
- Note key landmarks — 3-5 most important things to remember
- Record any counterintuitive findings that might be forgotten
- Identify related topics this learning connects to
- Learning durable (needed across sessions)? Update MEMORY.md
- Learning session-specific? Note as context for current conversation
- State what remains unknown — honest gaps more useful than false confidence
Got: Concise, retrievable summary capturing essential understanding. Future references to this topic can start from this summary rather than re-learning from scratch.
If fail: Learning resists summarization? May not yet be fully integrated — return to Step 4. Learning seems too obvious to store? What feels obvious now may not feel obvious in fresh context. Store non-obvious parts.
Checks
- Survey conducted before any deep investigation (map before dive)
- Hypotheses explicitly stated and tested, not assumed
- At least one hypothesis revised based on evidence (indicates genuine learning)
- Mental model makes specific, testable predictions about territory
- Known unknowns identified alongside known knowns
- Consolidated summary concise enough to be useful for future retrieval
Pitfalls
- Skipping survey: Diving into detail before understanding landscape wastes time on unimportant areas and misses big picture
- Unfalsifiable hypotheses: "This is probably complex" cannot be tested. "This module handles authentication because it imports crypto" can be
- Confirmation bias during exploration: Seeking only evidence supporting initial hypothesis while ignoring contradictions
- Premature consolidation: Storing model before tested → confidently wrong future predictions
- Perfectionism: Attempting to learn everything before applying any knowledge. Learning iterative — use partial understanding, then refine
- Learning without purpose: Acquiring knowledge with no application in mind → unfocused, shallow understanding
See Also
learn-guidance— human-guidance variant for coaching person through structured learningteach— knowledge transfer calibrated to learner. Builds on model constructed hereremote-viewing— intuitive exploration surfacing leads for systematic learning to validatemeditate— clearing prior context noise before entering new learning territoryobserve— sustained neutral pattern recognition feeding learning with raw data
GitHub リポジトリ
関連スキル
content-collections
メタこのスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。
polymarket
メタこのスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。
creating-opencode-plugins
メタこのスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。
sglang
メタSGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。
