Help us improve
Share bugs, ideas, or general feedback.
Captures solved problems, bug fixes, and learnings from conversations into structured markdown files in docs/learnings/. Auto-invokes after 'that worked', 'it's fixed', etc., or via /learn.
npx claudepluginhub saschaheyer/ai-driven-engineering --plugin ai-driven-engineeringHow this skill is triggered — by the user, by Claude, or both
Slash command
/ai-driven-engineering:document-learningsThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
**Purpose:** A lightweight, frictionless way to automatically document solved problems, bug fixes, and new learnings into searchable markdown files.
Capture knowledge — solutions, context docs, learnings, and principles. Use after fixing non-trivial bugs, creating context for AI, or discovering patterns worth preserving. Triggers: compound, document solution, capture fix, save solution, knowledge compound, document this, save this fix, context, create context, update context, build context, learn, save learning, remember this.
Captures verified solutions to non-trivial problems as categorized markdown files with YAML frontmatter in symptom directories for grep-searchable knowledge base. Auto-triggers on phrases like 'that worked' or /doc-fix command.
Captures verified solutions to non-obvious coding problems as categorized Markdown files with YAML frontmatter in .agents/lessons for fast lookup. Auto-triggers on phrases like 'it's fixed'; manual /report-fix.
Share bugs, ideas, or general feedback.
Purpose: A lightweight, frictionless way to automatically document solved problems, bug fixes, and new learnings into searchable markdown files.
This skill captures learnings immediately after confirming a solution, creating simple, structured documentation that serves as a searchable knowledge base. All learnings are saved in a flat directory structure with basic YAML frontmatter.
Auto-invoke after phrases:
OR manual: /learn command
Extract the following from the conversation history:
If context is completely missing, briefly ask the user: "What was the key learning or fix you'd like to document?"
Generate a simple, sanitized filename: docs/learnings/YYYY-MM-DD-[short-topic].md
Sanitization rules:
Ensure the directory exists:
mkdir -p docs/learnings
Write the documentation file populated with the context gathered in Step 1. Use the following simple template:
---
date: [YYYY-MM-DD]
topic: [Short Topic]
---
# [Topic/Symptom]
## The Problem / Context
[Clear description of the issue or what was being attempted]
## The Solution / Learning
[Explanation of how it was fixed or the key takeaway]
Once the file is created, present a simple confirmation to the user:
✓ Learning documented!
Saved to: docs/learnings/[filename].md
Return control to the user. No complex decision menus or cross-referencing required.
</critical_sequence>
MUST do:
docs/learnings/ directory before writing (mkdir -p).MUST NOT do: