thaitype/typmem · Archived

typmem-retro

Write a retrospective diary entry capturing the story of a work session — what you set out to do, what happened, decisions made, dead ends hit, and unfinished threads — to ~/.typmem/memory/retro/YYYY-MM-DD-<slug>.md. Use this whenever wrapping up work, when the user says they are done / stopping for now / "end of session", when a meaningful chunk of work concludes, or when asked to "write a retro", "log what happened", "record today", or "capture this session". Reach for it even if the user nev…

First seen Jun 7, 2026

Installation

$ npx skills add thaitype/typmem --skill typmem-retro

Summary

  • Write a retrospective diary entry capturing the story of a work session — what you set out to do, what happened, decisions made, dead ends hit, and unfinished threads — to ~/.typmem/memory/retro/YYYY-MM-DD-<slug>.md.
  • Use this whenever wrapping up work, when the user says they are done / stopping for now / "end of session", when a meaningful chunk of work concludes, or when asked to "write a retro", "log what happened", "record today", or "capture this session".
  • Reach for it even if the user never says the word "retro" — any end-of-work wrap-up is a trigger.
  • Do NOT use this to capture durable facts, gotchas, or how-things-work lessons; those are learnings — use typmem-learn for those.

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Also in this package

Other skills from thaitype/typmem.

npx skills add thaitype/typmem

Browse all from thaitype/typmem

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

License LICENSE
Default branch main
Open issues 0
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 4,371 B
  • docs SUMMARY.md 720 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 2 installs

SKILL.md

typmem-retro

Write the diary entry for a chunk of work. A retro is the story of what happened to you — useful to tomorrow-you (or your successor) who needs to resume quickly. It is one of several memory layers under ~/.typmem/memory/; retro is the raw diary lane, not a reviewed or promoted artifact.

Retro vs learning — read this first

This single distinction governs everything:

  • Retro = diary. "What happened to me." Has an I, a timeline, decisions, dead ends, loose threads. Useful soon, decays fast — three months later most of it is noise because the work moved on.
  • Learning = recipe card. "What I now know about the world." A distilled fact with no story, no timeline, no I. True regardless of which day or project produced it. Useful to anyone, indefinitely. Learnings live elsewhere — typmem-learn handles them.

The test to tell them apart: "Will this still matter after the work that produced it is finished?"

  • No → it is retro material (status, decisions-in-flight, follow-ups). Write it here.
  • Yes → it is a learning. Do NOT bury it in the diary; flag it (see step 7) and let typmem-learn capture it.

A retro is allowed and expected to be messy, first-person, and time-ordered. That is the point — do not sanitize it into a polished report.

What goes in a retro

Guidance, not a rigid template (the body format is intentionally loose for now — just write the story):

  • What you set out to do this session
  • What actually happened (a rough timeline is fine)
  • Decisions you made, and why
  • Dead ends — things you tried that did not work, and what you ruled out
  • Where things stand now: unfinished threads, what's paused, the next step for tomorrow-you

How to write it

  1. Resolve today's date in local time as YYYY-MM-DD.
  2. Make sure the directory exists: mkdir -p ~/.typmem/memory/retro
  3. Build a short slug describing what this session was about: lowercase kebab-case, 2–5 words, hyphen-separated, no spaces (e.g. aca-tailscale-sidecar, resh-rhai-parser).
  4. Target file: ~/.typmem/memory/retro/YYYY-MM-DD-<slug>.md (date prefix + slug — retro is the only memory layer that uses a date in the filename). Each session/topic gets its own file.
  5. Create the file with this frontmatter, then the diary body:

```


author: <agent name or person writing this> created: YYYY-MM-DD


`` If a file with that exact name already exists (you re-ran on the same topic the same day), do NOT overwrite it — append a ## HH:MM — <short label>` section at the end instead.

  1. Write the body as a diary per the guidance above. Keep the diary discipline — rough and honest beats polished.
  2. Before finishing, scan what you wrote for any durable facts (recipe cards) that snuck in. For each one, tell the user it belongs in a learning and suggest running typmem-learn — but do not write to learnings/ from this skill yourself.

File rules

  • Location: ~/.typmem/memory/retro/
  • Filename: YYYY-MM-DD-<slug>.md (one file per session/topic; slug is a short lowercase kebab-case descriptor)
  • Frontmatter (MVP): author, created. No reviewer — retro is never reviewed.
  • Body: free-form diary, no fixed template yet.

Don't

  • Don't put durable facts or lessons here — those are learnings (typmem-learn).
  • Don't overwrite an existing retro file — if the name collides, append a new timestamped section instead.
  • Don't add a reviewer field or try to promote a retro. Retro is a side lane that feeds learnings; it is not on the promotion ladder (learnings → precedents → rules).