learning-log

Capture development discoveries into a structured learning log with date-stamped entries.

1|Updated Apr 28, 2026
One-click install
npx skills add https://github.com/Trossitec/dotnet-claude-kit --skill learning-log-trossitec
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: learning-log
Source: https://github.com/Trossitec/dotnet-claude-kit/tree/main/skills/learning-log
Command: npx skills add https://github.com/Trossitec/dotnet-claude-kit --skill learning-log-trossitec

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the problem of losing non-obvious insights, workaround rationale, and surprising behaviors during development so teams can avoid repeating the same mistakes and improve future decisions.

Core Features & Use Cases

  • Auto-log organic discoveries: Record concrete “what happened” insights like bug root causes, undocumented architecture decisions, and gotchas as they’re found.
  • Create searchable, structured entries: Store each finding with consistent fields (date, category, title, description, affected files) in .claude/learning-log.md.
  • Differentiate learning vs rules vs session handoff: Keep descriptive insights separate from prescriptive MEMORY.md rules and from the temporary handoff state in .claude/handoff.md.
  • Use categories to improve retrieval: Capture findings under categories like Architecture Decision, Bug Root Cause, Performance Discovery, Pattern Found, Gotcha, and External Service.

Quick Start

Ask Claude to document a newly discovered gotcha from your current debugging session, including the category, affected files, and what you tried versus what worked.

Frequently Asked Questions about learning-log

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I document debugging discoveries and gotchas during a .NET development session?▼

Document debugging discoveries by capturing category, title, description, and affected files into a structured learning log at .claude/learning-log.md. This records non-obvious insights like bug root causes and framework surprises for later search and review.

What is the best way to track architecture decisions and performance investigations in .NET?▼

Track architecture decisions and performance investigations by writing date-stamped entries with descriptive fields into a structured learning log. This preserves workaround rationale and surprising behaviors so teams avoid repeating mistakes and improve future decisions.

How do I keep learning insights separate from prescriptive rules and session handoff notes?▼

Keep learning insights separate by storing descriptive discoveries in .claude/learning-log.md, while keeping prescriptive rules in MEMORY.md and temporary handoff state in .claude/handoff.md. This differentiation ensures descriptive findings remain distinct from actionable rules and session context.

Can I use a learning log to record external service discrepancies and framework surprises?▼

Yes, a learning log records external service discrepancies and framework surprises using structured categories like External Service and Gotcha. Each entry captures what happened, what was tried, and what worked, ensuring non-obvious findings are searchable for future reference.

What categories should I use to structure development knowledge management entries?▼

Structure development knowledge management entries using categories like Architecture Decision, Bug Root Cause, Performance Discovery, Pattern Found, Gotcha, and External Service. These categories improve retrieval by organizing non-obvious findings into distinct, searchable classifications.

Why does my team keep repeating the same debugging mistakes across .NET sessions?▼

Teams repeat debugging mistakes when non-obvious insights and workaround rationale are lost. Capturing findings into a structured learning log with consistent fields prevents this by creating a searchable record of bug root causes and surprising behaviors for later review.