
Postmortem
- 1 installs
- 2 repo stars
- Updated June 19, 2026
- andrewtliem/ai-native-app-builder-skills
Postmortem is a Claude Code skill that reflects after a project on what worked, what failed, how AI helped or misled, what was verified, and what rules should improve next time.
About
Postmortem is a Claude skill for reflecting after a project or milestone. A developer uses it to compare original intent to the final result, record where AI accelerated work and where it caused bugs or overconfidence, and note what was and was not verified. It extracts concrete rules to add to future prompts or AGENTS.md and ends with a biggest lesson and one next improvement.
- Reflects after a project or milestone on what worked, what failed, and how AI helped or misled
- Separates what was verified from what remains unverified and extracts rules to improve future prompts or AGENTS.md
- Ends with a biggest lesson and one practical improvement for the next project
Postmortem by the numbers
- 1 all-time installs (skills.sh)
- Ranked #1,366 of 1,879 Documentation skills by installs in the Skillselion catalog
- Data as of Jul 7, 2026 (Skillselion catalog sync)
postmortem capabilities & compatibility
- Capabilities
- documentation · planning
- Use cases
- documentation · planning
What postmortem says it does
Use this skill after a student app project or milestone to reflect on what worked, what failed, how AI helped or misled, what was verified, and what rules should improve next time.
Extract rules to add to future prompts or AGENTS.md.
npx skills add https://github.com/andrewtliem/ai-native-app-builder-skills --skill postmortemAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1 |
|---|---|
| repo stars | ★ 2 |
| Last updated | June 19, 2026 |
| Repository | andrewtliem/ai-native-app-builder-skills ↗ |
What it does
Reflect after a project on what worked, how AI helped or misled, and rules to improve next time.
Who is it for?
Capturing learning evidence after a demo, submission, or difficult milestone.
Skip if: Writing only a success story; the postmortem should include confusion and mistakes.
When should I use this skill?
After demo or submission, or after a difficult milestone, before starting the next project.
What you get
The project is compared intent-to-result, AI help and failure are named, and concrete rules and a next improvement are captured.
- docs/ai-native/13-postmortem.md comparing intent to result with rules to add
By the numbers
- 7-step process from compare intent to write one improvement
- 5-item quality checklist
Files
Postmortem
Stage: Phase 4 — Prove and Learn
Purpose
Use this skill after a student app project or milestone to reflect on what worked, what failed, how AI helped or misled, what was verified, and what rules should improve next time.
Shared Principles
These skills are based on two YouTube talks about AI-native software engineering, interpreted through ATL’s own teaching perspective.
- Shift left on intent: clarify goals, users, constraints, tradeoffs, and success before coding.
- Delegate tasks, not judgment: AI may draft, compare, or implement; the student remains responsible for decisions.
- Verification is the bottleneck: every output must include checks, acceptance criteria, or evidence.
- No vibe coding: do not jump from idea directly to generated code without intent, design, and review.
- Small loops beat big guesses: move one step at a time, verify, then continue.
- AI amplifies the system: unclear intent creates faster confusion; clear intent creates faster learning.
When to Use
- Use after demo/submission or after a difficult milestone.
- Use when the student needs learning evidence, not just a finished app.
- Use before starting the next project so rules and habits improve.
Inputs
- Intent Brief or PRD.
- Final app state.
- Test/review/red-team results.
- Notes about AI usage.
- Problems encountered.
Process
1. Compare original intent to final result. 2. Identify what changed and why. 3. Record where AI accelerated work. 4. Record where AI caused confusion, bugs, or overconfidence. 5. Identify what the student verified and what remains unverified. 6. Extract rules to add to future prompts or AGENTS.md. 7. Write one practical improvement for the next project.
Artifact Discipline
This skill must not only answer in chat. It must produce or update a project file so the next skill has a stable source of truth.
- Write/update this file:
docs/ai-native/13-postmortem.md - Artifact title: Postmortem Reflection
- Read these previous artifacts first:
docs/ai-native/02-intent-brief.mddocs/ai-native/03-prd.mddocs/ai-native/08-loop-log.mddocs/ai-native/10-test-plan.mddocs/ai-native/12-demo-script.md- If the project does not have
docs/ai-native/, create it. - If the target file already exists, update it carefully instead of creating a duplicate.
- Do not draft from memory: follow the Source Loading Protocol below before writing this file.
- End the response with a short
Saved artifact:line naming the file path. - Do not continue to the next skill until the user or student confirms this artifact is acceptable.
Source Loading Protocol
Before producing this skill's output, the agent must explicitly load the upstream artifact files from the current project. Do not rely on pasted chat history if the files exist.
1. Check whether each required upstream file exists:
docs/ai-native/02-intent-brief.mddocs/ai-native/03-prd.mddocs/ai-native/08-loop-log.mddocs/ai-native/10-test-plan.mddocs/ai-native/12-demo-script.md
2. Read every existing required file before drafting this artifact. 3. If a required upstream file is missing, stop and ask the student to run the previous skill or provide the missing file. Do not silently recreate or guess the missing source of truth. 4. In the saved artifact, include a short Sources Read section listing the files actually read. 5. If the student pasted newer content than the saved file, ask whether to update the upstream artifact first before continuing.
Output Format
# Project Postmortem
## Original Intent
...
## Final Result
...
## What Changed
- ...
## Where AI Helped
- ...
## Where AI Misled or Failed
- ...
## What I Verified
- ...
## What I Did Not Verify
- ...
## Rules to Add Next Time
- ...
## Biggest Lesson
...
## Next Improvement
...Final Response Contract
When this skill finishes, respond briefly and include:
Saved artifact: docs/ai-native/13-postmortem.md
Next recommended skill: <next-skill-or-human-review>If you cannot write the file, say exactly why and do not pretend the artifact was saved.
Quality Checklist
- [ ] Reflection compares intent to result.
- [ ] AI help and AI failure are both discussed.
- [ ] Verification is explicit.
- [ ] Future rules are concrete.
- [ ] Student identifies one real learning point.
Common Pitfalls
1. Writing only a success story. Postmortem should include confusion and mistakes. 2. Blaming AI only. Student must own judgment and verification. 3. No reusable lesson. End with rules for next time.
Student Prompt Template
Use `postmortem`.
Here is my original intent/PRD, final app state, test/review results, AI usage notes, and problems encountered: [paste].
Write a postmortem comparing intent to result, where AI helped/misled, what I verified/did not verify, rules to add next time, biggest lesson, and next improvement.
Save or update the artifact at `docs/ai-native/13-postmortem.md`. End with `Saved artifact: docs/ai-native/13-postmortem.md` and the next recommended skill.
Before drafting, read the required upstream artifact files listed in the skill. If any are missing, stop and report which file is missing.Related skills
FAQ
When should I write a postmortem?
After a demo or submission, or after a difficult milestone, before starting the next project.
Should it only cover successes?
No. Writing only a success story is a pitfall; the postmortem should include confusion and mistakes.