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.