AI Tool Conversation History Summary
Analyze AI tool conversation histories for a given period and generate themed work summaries.
Scheduling
Goal
Collect AI tool conversation history for a date or window and synthesize it into a themed, project-oriented recap with saved Markdown output.
Intent signature
- User asks for daily recap, weekly/monthly summary, standup notes, work log, tool usage pattern, or AI conversation history analysis.
- User wants conversation histories grouped by work content rather than raw chronological logs.
When to use
- Summarizing a day or period of work activity
- Understanding the overall flow of work across multiple AI tools
- Analyzing tool-switching patterns between sessions
- Preparing daily standups, weekly retros, or work logs
When NOT to use
- Git commit-based code change retrospective -> use
oma retro
- Real-time agent monitoring -> use
oma dashboard
- Productivity metrics -> use
oma stats
Expected inputs
- Date, relative date, time window, or tool filter
- Conversation history available through
oma recap --json or fallback sources
- Desired daily or multi-day recap scope
Expected outputs
- Markdown recap saved to
.agents/results/recap/{date}.md or range filename
- TL;DR, overview, themes/projects, miscellaneous or side projects, and tool usage patterns
- User-facing summary in configured response language
Dependencies
oma recap --json
- Optional Claude fallback history at
~/.claude/history.jsonl
.agents/oma-config.yaml for language behavior
Control-flow features
- Branches by date resolution, window length, available tool history, and daily vs multi-day output shape
- Reads local history data and writes Markdown recap files
- Groups by content, not by tool
Structural Flow
Entry
- Resolve requested date or window.
- Collect normalized conversation history.
- Decide daily versus multi-day output structure.
Scenes
- PREPARE: Resolve time range and tool filters.
- ACQUIRE: Collect history through CLI or fallback.
- REASON: Group by content, infer themes/projects, decisions, artifacts, and tool-switching patterns.
- ACT: Write recap Markdown in the required format.
- VERIFY: Check TL;DR, grouping, language, and output path.
- FINALIZE: Save and display summary.
Transitions
- If no date is specified, use today.
- If window is 3 days or longer, group by project instead of day chronology.
- If CLI is unavailable, use Claude fallback only and report scope limits.
- If tasks are under threshold, group them into Miscellaneous or Side Projects.
Failure and recovery
- If history is unavailable, report missing source and requested range.
- If timestamps are ambiguous, use configured timezone and state assumption.
- If extracted data is sparse, produce a concise recap and note limited coverage.
Exit
- Success: recap file exists and summary is displayed.
- Partial success: missing tools/history or fallback-only coverage is explicit.
Logical Operations
Actions
| Action |
SSL primitive |
Evidence |
| Resolve date/window |
INFER |
Natural-language date rules |
| Collect history |
CALL_TOOL |
oma recap --json or jq fallback |
| Read extracted records |
READ |
Conversation history |
| Group themes/projects |
INFER |
Time/content grouping rules |
| Validate output shape |
VALIDATE |
Daily or multi-day template |
| Write recap |
WRITE |
.agents/results/recap/ |
| Report summary |
NOTIFY |
Displayed recap |
Tools and instruments
oma recap --json
jq fallback for Claude history
- Markdown output templates
Canonical command path
oma recap --json
oma recap --window 7d --json
oma recap --date YYYY-MM-DD --json
Resource scope
| Scope |
Resource target |
LOCAL_FS |
Conversation history and recap output files |
PROCESS |
oma recap, jq, date commands |
USER_DATA |
Conversation prompts and project activity |
MEMORY |
Theme grouping and summary notes |
Preconditions
- Requested time range can be resolved.
- At least one history source is available.
Effects and side effects
- Writes recap Markdown under
.agents/results/recap/.
- Reads local conversation history data.
Guardrails
Process
1. Resolve Date
Determine the target date or window from the user's natural language input. Default is today.
Resolution rules:
- Relative day references (today, yesterday, day before yesterday, etc.) → calculate
--date YYYY-MM-DD
- Specific date mentions (month + day, or full date) → convert to
--date YYYY-MM-DD
- Relative weekday references (last Monday, this Friday, etc.) → calculate the date
- Period references (this week, last 3 days, past 2 weeks, etc.) → convert to
--window Nd
- No date specified → today (
--window 1d)
2. Collect Data
Extract normalized conversation history via CLI.
# Default (today, all tools)
oma recap --json
# Time window
oma recap --window 7d --json
# Specific date
oma recap --date 2026-04-10 --json
# Tool filter
oma recap --tool claude,gemini --json
Fallback when CLI is not installed — process Claude history only via inline jq:
TARGET_DATE=$(date +%Y-%m-%d)
TZ=Asia/Seoul start_ts=$(date -j -f "%Y-%m-%d %H:%M:%S" "${TARGET_DATE} 00:00:00" +%s)000
end_ts=$((start_ts + 86400000))
TZ=Asia/Seoul jq -r --argjson start "$start_ts" --argjson end "$end_ts" '
select(.timestamp >= $start and .timestamp < $end and .display != null and .display != "") |
{
time: (.timestamp / 1000 | localtime | strftime("%H:%M")),
project: (.project | split("/") | .[-1]),
prompt: (.display | gsub("\n"; " ") | if length > 150 then .[0:150] + "..." else . end)
}
' ~/.claude/history.jsonl
3. Theme Analysis and Grouping
Read all extracted data and analyze with the following criteria:
Grouping rules:
- Only classify as a separate theme if the work spans 15+ minutes (based on timestamp gaps and prompt count)
- Merge consecutive prompts on the same topic into one theme
- Collect sub-15-minute tasks into a "Miscellaneous" section
- Group by work content, not by tool
Cross-tool analysis:
- Track workflow when multiple tools are used in the same time window
- Example: "Designed in Gemini -> Implemented in Claude -> Reviewed in Codex"
- Derive insights from tool-switching patterns
Extract from each theme:
- Core work performed
- Key decisions made
- Tool combinations used
- Artifacts produced (docs, code, config, etc.)
4. Output Format
Save results to .agents/results/recap/{date}.md and display simultaneously.
Output in the following markdown format. Response language follows language setting in .agents/oma-config.yaml.
Daily format (1d or specific date)
## {date} Recap
> **TL;DR**
> - {What I accomplished 1 — project name + outcome}
> - {What I accomplished 2}
> - {What I accomplished 3}
### Overview
2-3 sentence summary of the day. Written from "I did X" perspective.
Focus on outcomes and progress, not tool ratios or technical details.
### {Theme 1} (AM 09:36~11:30)
- Core work performed
- Key decisions
- 2-4 bullets per theme
### {Theme 2} (PM 13:33~15:21)
- Core work performed
- Key decisions
### Miscellaneous
- Brief summary of sub-15-minute tasks
### Tool Usage Patterns
- Tool usage ratios and primary purposes
- Notable tool-switching patterns
Multi-day format (3d, 7d, 2w, 30d)
For any multi-day window, use a project-driven structure like a sprint report.
Focus on what was accomplished per project, not day-by-day chronology.
## {start} ~ {end} Monthly Recap
> **TL;DR**
> - {What I accomplished 1 — project name + outcome}
> - {What I accomplished 2}
> - {What I accomplished 3}
### Overview
3-5 sentence narrative of the month. Major focus shifts week-by-week,
key milestones achieved, and overall direction. Written from "I did X" perspective.
### {Project A}
What this project is, what was accomplished during the period.
- Key milestone or deliverable 1
- Key milestone or deliverable 2
- Key decision made
- Current status (shipped / in progress / blocked)
### {Project B}
- ...
### Side Projects
Projects with <30 prompts, summarized briefly.
- {project}: one-line summary
- {project}: one-line summary
### Tool Usage Patterns
- Tool usage ratios and how they evolved over the month
- Notable shifts (e.g., "started using Codex mid-month")
Multi-day grouping rules:
- Group by project, not by date
- Order projects by activity volume (most active first)
- Each project section: what it is, what was accomplished, key decisions, current status
- Do NOT include prompt counts or date ranges in project headers — those are internal metrics
- Small projects (<30 prompts) go into "Side Projects" as one-liners
- Overview should read like a sprint report narrative, not a log
5. Save Results
Save to .agents/results/recap/{date}.md.
For window ranges, use {start-date}~{end-date}.md format.
# Example paths
.agents/results/recap/2026-04-12.md
.agents/results/recap/2026-04-06~2026-04-12.md
Core Rules
- TL;DR required: Top 3 lines of "what I accomplished". Project name + outcome. No tool names or technical details.
- Overview: After TL;DR, describe the flow. Start with "I" as subject.
- Daily: themes by time block (15+ min). Rest goes to "Miscellaneous".
- Multi-day (3d+): sections by project, ordered by activity. Read like a sprint report, not a daily log.
- 2-4 bullets per theme/project: Concise essentials only. Don't enumerate every step.
- Themes by content: Group by actual work, not by tool.
- Time range (daily only):
(AM/PM/Evening HH:MM~HH:MM). AM: 12:00, PM: 12:0018:00, Evening: 18:00~.
- Save results: Write markdown to
.agents/results/recap/.
- Response language: Follows
language setting in .agents/oma-config.yaml if configured.
- No em dashes: Use commas, periods, or parentheses instead of
— (em dash).
References
- Recap CLI:
oma recap --json
- Output directory:
.agents/results/recap/
- Language config:
.agents/oma-config.yaml
- Claude fallback history:
~/.claude/history.jsonl
1---2name: oma-recap3description: Analyze conversation histories from multiple AI tools (Claude, Codex, Gemini, Qwen, Cursor) and generate themed daily/period work summaries. Filter by date or time window.4---56# AI Tool Conversation History Summary78Analyze AI tool conversation histories for a given period and generate themed work summaries.910## Scheduling1112### Goal13Collect AI tool conversation history for a date or window and synthesize it into a themed, project-oriented recap with saved Markdown output.1415### Intent signature16- User asks for daily recap, weekly/monthly summary, standup notes, work log, tool usage pattern, or AI conversation history analysis.17- User wants conversation histories grouped by work content rather than raw chronological logs.1819### When to use20- Summarizing a day or period of work activity21- Understanding the overall flow of work across multiple AI tools22- Analyzing tool-switching patterns between sessions23- Preparing daily standups, weekly retros, or work logs2425### When NOT to use26- Git commit-based code change retrospective -> use `oma retro`27- Real-time agent monitoring -> use `oma dashboard`28- Productivity metrics -> use `oma stats`2930### Expected inputs31- Date, relative date, time window, or tool filter32- Conversation history available through `oma recap --json` or fallback sources33- Desired daily or multi-day recap scope3435### Expected outputs36- Markdown recap saved to `.agents/results/recap/{date}.md` or range filename37- TL;DR, overview, themes/projects, miscellaneous or side projects, and tool usage patterns38- User-facing summary in configured response language3940### Dependencies41- `oma recap --json`42- Optional Claude fallback history at `~/.claude/history.jsonl`43- `.agents/oma-config.yaml` for language behavior4445### Control-flow features46- Branches by date resolution, window length, available tool history, and daily vs multi-day output shape47- Reads local history data and writes Markdown recap files48- Groups by content, not by tool4950## Structural Flow5152### Entry531. Resolve requested date or window.542. Collect normalized conversation history.553. Decide daily versus multi-day output structure.5657### Scenes581. **PREPARE**: Resolve time range and tool filters.592. **ACQUIRE**: Collect history through CLI or fallback.603. **REASON**: Group by content, infer themes/projects, decisions, artifacts, and tool-switching patterns.614. **ACT**: Write recap Markdown in the required format.625. **VERIFY**: Check TL;DR, grouping, language, and output path.636. **FINALIZE**: Save and display summary.6465### Transitions66- If no date is specified, use today.67- If window is 3 days or longer, group by project instead of day chronology.68- If CLI is unavailable, use Claude fallback only and report scope limits.69- If tasks are under threshold, group them into Miscellaneous or Side Projects.7071### Failure and recovery72- If history is unavailable, report missing source and requested range.73- If timestamps are ambiguous, use configured timezone and state assumption.74- If extracted data is sparse, produce a concise recap and note limited coverage.7576### Exit77- Success: recap file exists and summary is displayed.78- Partial success: missing tools/history or fallback-only coverage is explicit.7980## Logical Operations8182### Actions83| Action | SSL primitive | Evidence |84|--------|---------------|----------|85| Resolve date/window | `INFER` | Natural-language date rules |86| Collect history | `CALL_TOOL` | `oma recap --json` or `jq` fallback |87| Read extracted records | `READ` | Conversation history |88| Group themes/projects | `INFER` | Time/content grouping rules |89| Validate output shape | `VALIDATE` | Daily or multi-day template |90| Write recap | `WRITE` | `.agents/results/recap/` |91| Report summary | `NOTIFY` | Displayed recap |9293### Tools and instruments94- `oma recap --json`95- `jq` fallback for Claude history96- Markdown output templates9798### Canonical command path99```bash100oma recap --json101oma recap --window 7d --json102oma recap --date YYYY-MM-DD --json103```104105### Resource scope106| Scope | Resource target |107|-------|-----------------|108| `LOCAL_FS` | Conversation history and recap output files |109| `PROCESS` | `oma recap`, `jq`, date commands |110| `USER_DATA` | Conversation prompts and project activity |111| `MEMORY` | Theme grouping and summary notes |112113### Preconditions114- Requested time range can be resolved.115- At least one history source is available.116117### Effects and side effects118- Writes recap Markdown under `.agents/results/recap/`.119- Reads local conversation history data.120121### Guardrails122123### Process124125### 1. Resolve Date126127Determine the target date or window from the user's natural language input. Default is today.128129**Resolution rules:**130- Relative day references (today, yesterday, day before yesterday, etc.) → calculate `--date YYYY-MM-DD`131- Specific date mentions (month + day, or full date) → convert to `--date YYYY-MM-DD`132- Relative weekday references (last Monday, this Friday, etc.) → calculate the date133- Period references (this week, last 3 days, past 2 weeks, etc.) → convert to `--window Nd`134- No date specified → today (`--window 1d`)135136### 2. Collect Data137138Extract normalized conversation history via CLI.139140```bash141# Default (today, all tools)142oma recap --json143144# Time window145oma recap --window 7d --json146147# Specific date148oma recap --date 2026-04-10 --json149150# Tool filter151oma recap --tool claude,gemini --json152```153154**Fallback when CLI is not installed** — process Claude history only via inline jq:155156```bash157TARGET_DATE=$(date +%Y-%m-%d)158TZ=Asia/Seoul start_ts=$(date -j -f "%Y-%m-%d %H:%M:%S" "${TARGET_DATE} 00:00:00" +%s)000159end_ts=$((start_ts + 86400000))160161TZ=Asia/Seoul jq -r --argjson start "$start_ts" --argjson end "$end_ts" '162 select(.timestamp >= $start and .timestamp < $end and .display != null and .display != "") |163 {164 time: (.timestamp / 1000 | localtime | strftime("%H:%M")),165 project: (.project | split("/") | .[-1]),166 prompt: (.display | gsub("\n"; " ") | if length > 150 then .[0:150] + "..." else . end)167 }168' ~/.claude/history.jsonl169```170171### 3. Theme Analysis and Grouping172173Read **all** extracted data and analyze with the following criteria:174175**Grouping rules:**176- Only classify as a separate theme if the work spans **15+ minutes** (based on timestamp gaps and prompt count)177- Merge consecutive prompts on the same topic into one theme178- Collect sub-15-minute tasks into a "Miscellaneous" section179- Group by **work content**, not by tool180181**Cross-tool analysis:**182- Track workflow when multiple tools are used in the same time window183- Example: "Designed in Gemini -> Implemented in Claude -> Reviewed in Codex"184- Derive insights from tool-switching patterns185186**Extract from each theme:**187- Core work performed188- Key decisions made189- Tool combinations used190- Artifacts produced (docs, code, config, etc.)191192### 4. Output Format193194Save results to `.agents/results/recap/{date}.md` and display simultaneously.195196Output in the following markdown format. **Response language follows `language` setting in `.agents/oma-config.yaml`.**197198#### Daily format (1d or specific date)199200```markdown201## {date} Recap202203> **TL;DR**204> - {What I accomplished 1 — project name + outcome}205> - {What I accomplished 2}206> - {What I accomplished 3}207208### Overview2092-3 sentence summary of the day. Written from "I did X" perspective.210Focus on outcomes and progress, not tool ratios or technical details.211212### {Theme 1} (AM 09:36~11:30)213- Core work performed214- Key decisions215- 2-4 bullets per theme216217### {Theme 2} (PM 13:33~15:21)218- Core work performed219- Key decisions220221### Miscellaneous222- Brief summary of sub-15-minute tasks223224### Tool Usage Patterns225- Tool usage ratios and primary purposes226- Notable tool-switching patterns227```228229#### Multi-day format (3d, 7d, 2w, 30d)230231For any multi-day window, use a **project-driven structure** like a sprint report.232Focus on what was accomplished per project, not day-by-day chronology.233234```markdown235## {start} ~ {end} Monthly Recap236237> **TL;DR**238> - {What I accomplished 1 — project name + outcome}239> - {What I accomplished 2}240> - {What I accomplished 3}241242### Overview2433-5 sentence narrative of the month. Major focus shifts week-by-week,244key milestones achieved, and overall direction. Written from "I did X" perspective.245246### {Project A}247What this project is, what was accomplished during the period.248- Key milestone or deliverable 1249- Key milestone or deliverable 2250- Key decision made251- Current status (shipped / in progress / blocked)252253### {Project B}254- ...255256### Side Projects257Projects with <30 prompts, summarized briefly.258- {project}: one-line summary259- {project}: one-line summary260261### Tool Usage Patterns262- Tool usage ratios and how they evolved over the month263- Notable shifts (e.g., "started using Codex mid-month")264```265266**Multi-day grouping rules:**267- Group by **project**, not by date268- Order projects by activity volume (most active first)269- Each project section: what it is, what was accomplished, key decisions, current status270- Do NOT include prompt counts or date ranges in project headers — those are internal metrics271- Small projects (<30 prompts) go into "Side Projects" as one-liners272- Overview should read like a sprint report narrative, not a log273274### 5. Save Results275276Save to `.agents/results/recap/{date}.md`.277For window ranges, use `{start-date}~{end-date}.md` format.278279```bash280# Example paths281.agents/results/recap/2026-04-12.md282.agents/results/recap/2026-04-06~2026-04-12.md283```284285### Core Rules2862871. **TL;DR required**: Top 3 lines of "what I accomplished". Project name + outcome. No tool names or technical details.2882. **Overview**: After TL;DR, describe the flow. Start with "I" as subject.2893. **Daily**: themes by time block (15+ min). Rest goes to "Miscellaneous".2904. **Multi-day (3d+)**: sections by project, ordered by activity. Read like a sprint report, not a daily log.2915. **2-4 bullets per theme/project**: Concise essentials only. Don't enumerate every step.2926. **Themes by content**: Group by actual work, not by tool.2937. **Time range (daily only)**: `(AM/PM/Evening HH:MM~HH:MM)`. AM: ~12:00, PM: 12:00~18:00, Evening: 18:00~.2948. **Save results**: Write markdown to `.agents/results/recap/`.2959. **Response language**: Follows `language` setting in `.agents/oma-config.yaml` if configured.29610. **No em dashes**: Use commas, periods, or parentheses instead of `—` (em dash).297298## References299300- Recap CLI: `oma recap --json`301- Output directory: `.agents/results/recap/`302- Language config: `.agents/oma-config.yaml`303- Claude fallback history: `~/.claude/history.jsonl`