learning-from-experience

Transform incidents and near misses into no-blame OPEX records with control updates.

33|Updated May 24, 2026
One-click install
npx skills add https://github.com/FlyFission/nuclear-grade-context-engineering --skill learning-from-experience
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: learning-from-experience
Source: https://github.com/FlyFission/nuclear-grade-context-engineering/tree/main/skills/learning-from-experience
Command: npx skills add https://github.com/FlyFission/nuclear-grade-context-engineering --skill learning-from-experience

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams transform incidents, near misses, and review surprises into lasting safeguards by producing no-blame, actionable records and guiding durable control improvements.

Core Features & Use Cases

  • No-blame OPEX records: formats incidents, evidence, and actions into a standardized lessons-from-operation entry.
  • Durable control updates: guides owners to implement templates, tests, prompts, or monitors based on the lesson.
  • Cross-functional applicability: useful after incidents, near misses, poor handoffs, or review surprises to improve future work.

Quick Start

Create an OPEX record for a recent incident and propose a durable control update.

Frequently Asked Questions about learning-from-experience

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

FAQPage Schema
How do I create a no-blame incident analysis record from an operational near miss?

To create a no-blame incident analysis record, you provide an event description, observed evidence, and a proposed control update. The tool formats these inputs into a standardized, actionable OPEX entry that captures lessons learned without assigning blame.

What is a lessons-learned process for turning operational incidents into durable controls?

A lessons-learned process transforms operational incidents into durable controls by capturing evidence, assigning owners, and defining template, test, or monitor updates. This ensures incidents become lasting safeguards that improve future operational execution.

How do I document handoff surprises and review surprises for risk management?

Document handoff surprises and review surprises for risk management by formatting the event description and observed evidence into an actionable OPEX record. This captures the operational incident and proposes a control update to prevent recurrence.

Can I use this for cross-functional incident analysis across engineering and operations teams?

Yes, you can use this for cross-functional incident analysis across engineering and operations teams. It applies to operational incidents, near misses, and handoff surprises, capturing evidence and assigning owners to implement durable control fixes.

What do I need to start generating OPEX records from incident documentation?

To start generating OPEX records from incident documentation, you need an event description, observed evidence, and a proposed control update. These inputs verify improvements and recheck triggers to guide durable control fixes.

When should I not use a no-blame approach for incident analysis?

You should not use a no-blame approach for incident analysis when you lack an event description, observed evidence, or a proposed control update. Without these inputs, the tool cannot verify improvements or assign owners for durable control fixes.