askill
learning-taxonomy

learning-taxonomySafety 95Repository

Expert knowledge for categorizing learnings and routing them to appropriate improvement targets. Use when analyzing session learnings to determine where context improvements should be applied.

3 stars
1.2k downloads
Updated 12/15/2025

Package Files

Loading files...
SKILL.md

Learning Taxonomy

Expert reference for categorizing session learnings and routing them to appropriate targets for context improvement.

Learning Categories

CategoryDescriptionKeywordsPriorityTypical Source
caveatGotcha, workaround, required setup, edge casemust, required, careful, watch out, gotchaHighConfig issues, env setup, surprising behavior
patternConvention, best practice, coding stylealways, never, prefer, convention, standardMediumCode reviews, refactoring, style decisions
error_fixSolution to recurring error or bugfix, error, resolved, workaround, hackHighDebugging sessions, stack traces, test failures
dependencyTool, library, version requirementinstall, requires, upgrade, package, versionMediumPackage updates, compatibility issues
commandUseful shell command, script, or CLI invocationrun, npm, python, bash, script, commandLowBuild/test/deploy workflows
architectureDesign decision, structural pattern, component relationshipdesign, structure, pattern, component, layerMediumSystem design, refactoring, API design

Claude Code Memory Hierarchy

Claude Code uses a hierarchical memory system. Understanding this is critical for routing learnings correctly.

Memory Locations (Highest to Lowest Priority)

Memory TypeLocationPurposeShared With
Enterprise policy/Library/Application Support/ClaudeCode/CLAUDE.md (macOS)Org-wide standardsAll org users
Project memory./CLAUDE.md or ./.claude/CLAUDE.mdTeam-shared project instructionsTeam via git
Project rules./.claude/rules/*.mdModular topic-specific rulesTeam via git
User memory~/.claude/CLAUDE.mdPersonal preferences (all projects)Just you
User rules~/.claude/rules/*.mdPersonal modular rulesJust you
Project local./CLAUDE.local.mdPersonal project-specific (gitignored)Just you

Memory Scope Decision

Is this learning...Route to
Personal workflow/preference for ALL projects~/.claude/CLAUDE.md
Personal preference for THIS project only./CLAUDE.local.md
Team knowledge everyone should know./CLAUDE.md
Topic-specific (testing, API, security)./.claude/rules/{topic}.md
Path-specific (only certain file types)./.claude/rules/ with paths: frontmatter
Organization standardEnterprise policy (escalate to IT)

Path-Specific Rules

For learnings that only apply to certain files:

---
paths: src/api/**/*.ts
---

# API Rules
- Validate all inputs with zod

Glob patterns: **/*.ts, src/**/*, *.md, {src,lib}/**/*.ts

Import Syntax

CLAUDE.md files can import other files:

See @README for project overview.
Individual preferences: @~/.claude/my-prefs.md

Target Routing

By Learning Scope

ScopeTargetSection to Add
team + broad./CLAUDE.mdCategory-specific section
team + topic-specific./.claude/rules/{topic}.mdTopic section
team + file-specific./.claude/rules/ with paths:Topic section
personal + all projects~/.claude/CLAUDE.md## My Preferences
personal + this project./CLAUDE.local.md## Local Setup

By Category (Default: Project Memory)

CategoryTarget SectionCreate If Missing
caveat## Important CaveatsYes
pattern## Conventions & PatternsYes
error_fix## TroubleshootingYes
dependency## DependenciesYes
command## Common CommandsYes
architecture## ArchitectureYes

Secondary Targets

Learning ContextSecondary TargetCondition
Specific to subdirectorySubdirectory CLAUDE.mdContent mentions directory name
Agent behaviorAgent definitionArchitecture or pattern learnings
Skill knowledgeSkill SKILL.mdDomain-specific expertise
README contentREADME.mdSetup, installation, usage

Suggestion Format Templates

Caveat Entry

### [Short Title]
- [Specific caveat or gotcha]
- [Workaround or required action if applicable]

Pattern Entry

### [Pattern Name]
- **When**: [When to use this pattern]
- **How**: [How to implement]
- **Example**: [Brief example if helpful]

Error Fix Entry

### [Error Name or Symptom]
**Symptoms:** [What the user sees]
**Cause:** [Root cause]
**Fix:**
```bash
[Commands to fix if applicable]

### Dependency Entry
```markdown
### [Package/Tool Name]
- **Version**: [Required version]
- **Purpose**: [Why it's needed]
- **Install**: `[install command]`

Command Entry

### [What the Command Does]
```bash
[command with arguments]

[Brief explanation if not obvious]


### Architecture Entry
```markdown
### [Component/Pattern Name]
- **Purpose**: [What it does]
- **Location**: [Where to find it]
- **Interactions**: [What it connects to]

Priority Calculation

High Priority

All of these must be true:

  • Category is caveat or error_fix
  • Confidence >= 0.8
  • Target is primary (root CLAUDE.md)

Medium Priority

Any of these:

  • Confidence >= 0.6
  • Target is primary
  • Category is dependency or architecture

Low Priority

Default when neither High nor Medium criteria met.

Source Analysis

Git Commits

  • Prefix patterns boost confidence:
    • fix:, bugfix:, hotfix: → error_fix (0.85)
    • feat:, feature: → pattern (0.60)
    • docs:, doc: → pattern (0.70)
    • chore:, deps: → dependency (0.75)

Git Diff Analysis

  • Files modified 3+ times in session → potential caveat area
  • TODO/FIXME comments added → high-confidence caveats
  • New entries in package.json/requirements.txt → dependency

User Input

  • Direct input always gets confidence 0.9
  • User explicitly categorizes → use their category

Integration with Other Plugins

backlog-md / simbl

If these plugins are present, also extract learnings from:

  • Task notes (--append-notes content)
  • Implementation plans
  • Acceptance criteria comments

Check for these directories:

  • backlog/tasks/ (backlog-md)
  • .simbl/ (simbl)

documentation-tools

After applying suggestions, consider running:

  • /link-docs-to-claude - Update documentation links
  • /sync-agents-md - Sync CLAUDE.md → AGENTS.md

Best Practices

When Extracting Learnings

  1. Prefer specific over generic (not "be careful" but "restart server after config changes")
  2. Include context (file paths, command examples)
  3. Capture the "why" not just the "what"
  4. Date-stamp session learnings for freshness tracking

When Generating Suggestions

  1. Match learning to most specific target available
  2. Use existing section if present, create if not
  3. Format consistently with existing content
  4. Keep suggestions atomic (one learning per suggestion)

When Reviewing Suggestions

  1. Present highest priority first
  2. Show diff preview with context
  3. Allow modification before applying
  4. Track applied vs discarded for learning

Common Mistakes to Avoid

MistakeBetter Approach
Too vague: "Watch out for auth"Specific: "OAuth tokens expire after 1 hour; implement refresh logic"
Missing context: "Run this first"With context: "Before running tests: source .env.local"
Duplicate suggestionsCheck if learning already exists in target
Wrong targetArchitecture patterns → CLAUDE.md, not random files
Over-suggestingOnly suggest if confidence >= 0.5
Personal pref in project memoryYour shortcuts → ~/.claude/CLAUDE.md or ./CLAUDE.local.md
Team knowledge in local fileTeam caveats → ./CLAUDE.md, not ./CLAUDE.local.md
Everything in root CLAUDE.mdTopic-specific → ./.claude/rules/{topic}.md
Ignoring existing rules structureCheck for ./.claude/rules/ before suggesting new location

Install

Download ZIP
Requires askill CLI v1.0+

AI Quality Score

92/100Analyzed 2/19/2026

Highly comprehensive skill for categorizing and routing session learnings to appropriate Claude Code memory targets. Well-structured with detailed tables, decision matrices, and templates. Covers the full workflow from categorization to routing to suggestion formatting. Specific to Claude Code memory system but methodology is transferable. Located in proper skills folder with good metadata.

95
95
85
95
90

Metadata

Licenseunknown
Version-
Updated12/15/2025
Publisheryebot

Tags

apici-cdgithub-actionsllmsecuritytesting