What problem does it solve? After a release or milestone, teams often skip reflection or write reports nobody reads, so disproven assumptions silently persist into the next cycle. This Skill turns the gap between what was promised (task_spec acceptance criteria) and what live verification actually showed (test_report) into a structured learnings record that feeds back into the brief or discovery phase. ## Core Features & Use Cases - Promised vs. observed comparison: Contrasts task_spec section 9 acceptance criteria with test_report results to surface the most valuable signal of the cycle. - Fact vs. interpretation separation: Records observed facts and hypotheses as distinct entries so interpretations are treated as inputs for the next cycle, not conclusions. - Assumption audit across artifacts: Walks brief, lean_canvas, market, roadmap, and story_map with yes/no verdicts, and flags downstream documents in status.md when a brief revision is recommended. - Use Case: After a playtest shows 3 of 10 players failed onboarding step 2, append a dated learnings entry, mark the story_map readiness criterion as disproven, and recommend returning to discovery with the specific open question logged for the owner. ## Quick Start Run a retro on the latest release using the task_spec and test_report, and append the findings to the learnings artifact.