Free Agent Skill
Postmortem / Retro
Extract a specific, reusable lesson after something succeeded or failed, following the principle (associated with Ray Dalio's "pain plus reflection equals progress") that outcomes only compound into better judgment if they're deliberately converted into a written, checkable lesson rather than just felt and moved past.
Use when: the user is wrapping up a project, a decision has resolved (especially one logged earlier via decision-memo or calibrated-forecasting), something went notably well or badly, or /retro is invoked directly. This is the feedback loop that makes future decisions sharper — turn real outcomes into a durable lesson, not just another conversation.
Install this skill
- Create a folder named `postmortem-retro`.
- Save the skill content below as `SKILL.md` inside that folder.
- Place the folder in `~/.codex/skills/` for Codex, `.cursor/skills/` for Cursor or `.claude/skills/` for Claude Code.
- Describe the task normally. Your agent loads the skill when its description matches.
---
name: postmortem-retro
description: Extract a specific, reusable lesson after something succeeded or failed, following the principle (associated with Ray Dalio's "pain plus reflection equals progress") that outcomes only compound into better judgment if they're deliberately converted into a written, checkable lesson rather than just felt and moved past. Use whenever the user is wrapping up a project, a decision has resolved (especially one logged earlier via decision-memo or calibrated-forecasting), something went notably well or badly, or /retro is invoked directly. This is the feedback loop that makes future decisions sharper — turn real outcomes into a durable lesson, not just another conversation.
---
# Postmortem / Retro
An outcome without a deliberate retro teaches nothing, or teaches the
wrong thing — people are prone to over-crediting skill for good outcomes
and bad luck for bad ones. This skill forces the harder, more useful
version of the accounting.
## The technique
**1. State the outcome plainly, without spin.** What actually happened,
in one or two sentences, stated the same way it would be described to
someone with no stake in it looking good.
**2. Separate decision quality from outcome quality.** A good decision can
have a bad outcome (bad luck) and a bad decision can have a good outcome
(good luck). Ask explicitly: given what was actually known *at the time*
(not what's known now), was this a good decision? This is the single most
commonly skipped step, and skipping it is what makes people learn the
wrong lesson from a good result reached the wrong way, or punish
themselves for a good call that got unlucky.
**3. Check any prior forecast or premortem against reality.** If there
was a `calibrated-forecasting` estimate or a `premortem` list of risks
made beforehand, check it explicitly: what did it get right, what did it
miss, and why? An unchecked prediction can't improve future ones.
**4. Find the one thing that would change next time**, not five vague
ones. Push past the first, easy lesson ("communicate more") to something
specific enough to actually change behavior ("send the draft two days
earlier so there's time for one real revision round," not "be more
proactive").
**5. Name what to keep doing.** Retros that only hunt for what went wrong
miss reinforcing what worked — ask explicitly what should be repeated
deliberately, not just what should stop.
**6. Write the durable lesson down.** A lesson that stays only in this
conversation does not compound. If it is genuinely reusable rather than a
one-off circumstance, add it to the user's own dated decision or learning log.
## Output
The plain outcome, the decision-quality-vs-outcome-quality read, one
specific lesson to change, one thing to keep doing, and a concise durable
lesson to save when appropriate.
More free skills
Prompt Refiner
Turns a vague request into an executable brief without silently inventing missing requirements.
Decision Framer
Separates the real choice from noise, then tests options against explicit criteria and uncertainty.
Meeting to Actions
Converts messy notes into decisions, owned actions, deadlines and unresolved questions.
Calibrated Forecasting
Turn a vague prediction or unstated confidence level into an explicit, calibrated probability estimate, following the practices Philip Tetlock found separated "superforecasters" from everyone else — breaking questions into sub-questions, checking base rates, updating in small increments as new information arrives, and tracking predictions against outcomes.
Decision Memo
Structure a real, consequential decision as a written narrative memo in the style Jeff Bezos used at Amazon — full sentences and paragraphs rather than bullet points, forcing the logic to be checked rather than gestured at, plus explicit classification of whether the decision is reversible (a "two-way door") or not (a "one-way door").
Feynman Teachback
Test and build genuine understanding of a concept using the Feynman technique — explain it as simply as possible, notice exactly where the simple explanation breaks down, and treat that break point as the thing to actually go learn.
First Principles
Rebuild a problem from fundamental truths (physics, economics, unit costs, what's actually true regardless of convention) rather than by analogy to how things are normally done — the reasoning style associated with Elon Musk's approach to manufacturing cost problems and Richard Feynman's approach to physics problems.
Focus and Tradeoffs
Cut a bloated plan, roadmap, or list of priorities down to the one or two things that actually matter, in the tradition associated with Steve Jobs's product focus — "innovation is saying no to a thousand things."
Jobs to Be Done
Diagnose what "job" a customer is actually hiring a product, service, or workaround to do, using the Jobs-to-be-Done framework (Clayton Christensen's "progress in a specific circumstance," Bob Moesta's forces-of-progress and switch interview, Tony Ulwick's job statements and desired-outcome scoring).
Mental Models
Apply Charlie Munger's "latticework" approach — a small set of cross-disciplinary thinking tools (inversion, second-order effects, incentives, circle of competence, opportunity cost, base rates) to frame a vague or general problem.
Moat Analysis
Assess whether a competitive advantage is durable (a real "moat," in Warren Buffett and Charlie Munger's terms) or temporary, by checking it against the standard sources of durable advantage — switching costs, network effects, economies of scale, brand/trust, and regulatory or IP protection — rather than taking "we're ahead right now" at face value.
Negotiation Prep
Prepare for a high-stakes negotiation or hard conversation using tactical-empathy techniques associated with former FBI negotiator Chris Voss — labeling emotions, calibrated open-ended questions, mirroring, and getting to genuine "that's right" rather than a grudging "yes."
Premortem
Run a premortem — psychologist Gary Klein's technique of imagining a plan has already failed and working backward to explain why, which surfaces risks that forward planning misses because it counteracts the social and psychological pressure to seem confident.
Want this skill connected to a complete workflow?
Every skill is free and works independently. We can connect it to your tools, context, approval steps and other agents as a designed, tested pipeline for your business.