Thread Summarizer
Workflow
Create a durable, concise handoff summary of the current thread.
Determine the output location.
- Use
./codex_doc/thread_summaries/in the current workspace. - Create the directory if it does not exist.
- Use the local date in
YYYY-MM-DDformat for the base filename:YYYY-MM-DD_thread_summary.md. - If that file already exists, avoid overwriting it. Add a time suffix such as
YYYY-MM-DD_thread_summary_HHMMSS.md.
- Use
Review the visible thread context.
- Capture only facts available in the conversation and tool results.
- Do not invent missing history. If important context is absent because of compaction or missing logs, state that briefly.
- Preserve concrete file paths, commands, decisions, blockers, and verification results when they matter for continuing work.
Write the summary using this structure:
# Thread Summary - YYYY-MM-DD
## Main Points
- <condensed discussion points>
## Actions Taken
- <files changed, commands run, artifacts created, decisions made>
## Current State
- <what is complete, what is pending, known blockers, validation status>
## Continuation Notes
- <specific next steps or cautions for a future Codex/user session>
- Save the file.
- Prefer
apply_patchfor creating the markdown file when practical. - Keep the summary concise enough to scan quickly, usually 20-40 lines.
- After saving, tell the user the exact path and mention any known limitations in the captured context.
- Prefer
Quality Bar
- Favor dense, factual bullets over narrative.
- Include enough state for another Codex session to continue without rereading the entire thread.
- Separate completed work from proposed or pending work.
- Include verification commands and outcomes when available.
- Do not include private chain-of-thought or hidden reasoning.