learn

Converts post-release and post-incident evidence into decisions, corrective actions, and backlog items.

Updated Sep 17, 2026
One-click install
npx skills add https://github.com/karenrebecag/spec-driven-standards --skill learn-karenrebecag
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: learn
Source: https://github.com/karenrebecag/spec-driven-standards/tree/main/plugins/reliability/skills/learn
Command: npx skills add https://github.com/karenrebecag/spec-driven-standards --skill learn-karenrebecag

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Postmortems and post-release metrics often end up as documents nobody rereads, so incidents repeat and failed hypotheses never change decisions. This Skill closes the spec-driven loop by turning that evidence into concrete, owned actions instead of archived reports. ## Core Features & Use Cases - Hypothesis Verdict: Confirms or refutes the hypothesis defined during discovery, treating a failed experiment as valid learning rather than an ambiguous outcome. - Corrective Actions with Owners: Produces specific changes to prevent incident recurrence or capitalize on what worked, each assigned to an owner. - Technical Debt and Backlog Capture: Records shortcuts taken under pressure (with HACK markers and upgrade triggers) and generates prioritized backlog items ready to re-enter discovery or specification. - Use Case: After a production incident is resolved, invoke the Skill with the incident timeline to produce a confirmed root-cause decision, three owned corrective actions, and two new prioritized backlog items. ## Quick Start Run /learn with the post-incident timeline or the measured post-release success metric to generate decisions, corrective actions, and backlog items.

Frequently Asked Questions about learn

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

FAQPage Schema
How do I run a post-incident review that produces actionable outcomes?

Invoke /learn with the incident timeline and evidence as input. It outputs a confirmed or refuted hypothesis, corrective actions each with an owner, technical debt entries, and prioritized backlog items instead of a static postmortem document.

How to close the loop after a product release with metrics?

Feed the success metric defined during discovery, now measured in production, into /learn. The Skill issues a verdict on the original hypothesis and converts the result into decisions and new backlog items for the next cycle.

What inputs does a post-release learning review need?

It needs either the post-release success metric defined during discovery and measured in production, or the post-incident timeline and evidence. Without one of these evidence sources, the Skill cannot produce grounded decisions.

Can this Skill be triggered automatically after an incident?

No, invocation is manual via /learn because the frontmatter sets disable-model-invocation to true. A user must explicitly run it with the relevant evidence after a release or incident.

What happens to failed hypotheses in a learning review?

A refuted hypothesis is stated explicitly as a valid outcome, since a failed experiment still counts as learning. The Skill forbids ambiguous verdicts and requires the finding to feed corrective actions or backlog items.