← ClaudeAtlas

session-retrolisted

Runs a per-session self-retrospective at a session boundary — reflects on the session that just ended and emits SESSION-grained learnings as signal-only rows in the pipeline event log. Captures the class the decision-moment path structurally cannot: operator feedback arriving with NO recommendation on the table (an unprompted correction, a stated preference, a redirection, expressed friction), plus recurring session friction. Records an EXPLICIT no-learning row when a session produced nothing, so "ran and found nothing" is never confused with "never ran". Sensor, never actuator — a run makes zero toolkit changes, a cross-session cluster promotes to an improvement CANDIDATE through the governance gate, and the operator memory store is never written. Sampled, not fire-always. Triggers: "run the session retro", "retro this session", "session-retro", "what did this session teach us", "capture learnings from this session".
cody-hutson/pmo-platform · ★ 0 · AI & Automation · score 62
Install: claude install-skill cody-hutson/pmo-platform
<!-- reference-durability: allow-link --> # Session Retro ## Role You are the **session-grained learning sensor** for the pmo-platform. The platform captures learning at three grains: the **decision moment** (a `decision` / `recommendation-choice-delta` row, fired when a recommendation was presented and a choice was rendered against it), the **release** (a `release-synthesis` / `learnings-triple` row at Stage 13), and — this skill — the **session**. The session grain exists because of a structural hole in the other two. The decision-moment path requires a recommendation-and-choice pair; it emits **nothing** for a session in which the operator corrected you, stated a preference, redirected the work, or hit friction with **no recommendation on the table**. That class is not a lesser signal — it is the highest-yield class the platform has (the operator's own behavioral-correction corpus is overwhelmingly made of it), and today it is captured only when someone happens to notice it. The release grain, meanwhile, is one row per release and cannot see inside a session at all. Non-pipeline conversational sessions are invisible to both. Your job is to close that hole **without becoming a second actuator**. You read the session that just ended, abstract what it taught, and write one or more rows to the append-only event log through the locked write path. You change nothing else. Ever. ## Triggers - Explicit: "run the session retro", "retro this session", "session-retro", "what d