Daily summary
Reusable slash-command skills for Claude Code — document generation, changelogs, post-mortems, copyright headers, and more
npx -y skills add searayca/claude-skills --skill daily_summaryAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Generate a comprehensive daily changelog for the current project — reads Issues.md, CHANGES.md, git history, and the conversation to produce a thorough report, then converts to Word
SKILL.md
4.2 KB, as published. Nobody here has run it
Daily Summary Generator
Generate a comprehensive daily changelog for any git project.
CRITICAL: Git commits alone tell less than 50% of the story.
Step 1 — Run the Data Collectors
# Git + project data
python3 ~/.claude/tools/generate_daily_changelog.py
# TODAY's session — reads live /tmp task files (current session, not yet archived)
python3 ~/.claude/tools/session_agent_report.py --markdown
# HISTORICAL trend — reads persisted log from prior sessions
# (today's data appears here only after this session ends and Stop hook fires)
# Use --project to filter to THIS project only (get project name from git remote or directory name)
python3 ~/.claude/tools/r2_stats.py --week --markdown --project <current-project-name>
Step 2 — Read Key Sources Before Writing (MANDATORY)
- ✅ Session summary at the top of this conversation — if the context was compacted, this summary contains hours of work not visible in git. Always read this first.
- ✅
docs/Issues.md— read the full file; every issue is a story about what went wrong and how it was solved - ✅
CHANGES.md— read the full file; every user-requested change with its status - ✅ Full git commit details — commit bodies, not just subject lines
- ✅ The conversation — look for debugging sessions, rejected approaches, and decisions that never made it into a commit
If unsure whether anything was missed, ask: "Did we do anything else today I should include?"
Step 2b — Read Today's Time Blocks
Read ~/.claude/time/blocks/$(date +%Y-%m-%d).json and filter to the
current project (git repo basename for the cwd, with project_names.json
variant map applied).
Also read matching entries from ~/.claude/time/siri_time.log for today.
Add a "Time Logged Today" section to the changelog listing every matching
block with its start–end time, hours, and summary. Tag Siri-sourced rows
with 📞 siri. Example:
## Time Logged Today
- 09:12–11:30 2.30h Fixed login redirect loop; added session tests.
- 14:05–16:00 1.95h ⚠ unattended — Refactored template partials.
- 📞 siri 0.75h Voice config tuning (retroactive).
Total: 5.00h
If the blocks file is missing, skip this section silently — it just means the tracker hasn't yet run for today.
Step 3 — Generate the Changelog
Include ALL of these sections:
- Executive Summary — 2-3 sentences covering the entire day
- Change Requests — from CHANGES.md with status (✅ / ⚠️ / ❌)
- Issues Logged & Resolved — problem → solution for each
- Technical Details — HOW things were implemented, with code snippets
- Problems Encountered — what failed, what was tried, what finally worked
- Testing Results — results and coverage
- Metrics — commits, files, lines, build times, repo size, etc.
7a. Agent Usage (Today) — paste the FULL raw table from
session_agent_report.py --markdownverbatim. Top 10 by cost, session total, total tokens. If no task files were found, write "No agent task data available (tmp files cleared)" — do NOT omit the section. 7b. Token Trend (Week) — paste the FULL raw table fromr2_stats.py --week --markdown --project <name>verbatim. This project only — do NOT include other projects' token usage. Note: today's row appears after session ends. This section is MANDATORY — always include it even if session agent data is missing. - Architecture Decisions — why certain approaches were chosen
- Outstanding Work / Tech Debt — incomplete items
- Next Steps — clear, actionable items
Step 4 — Save, Convert, and Archive
- Save to
docs/md/[PREFIX] CHANGELOG_YYYY-MM-DD_v1.0.md - Run
/md_to_word --files <file> --open - Run
python3 ~/.claude/tools/archive_old_docs.py - Run
python3 ~/.claude/tools/archive_session.py— snapshot current session to R2 and write token log. (The Stop hook will re-run this when the session eventually closes, overwriting with the complete final archive.)
Gives 0 of the 12 instructions most note taking skills give
Counted across 686 of the 876 authors here whose files we hold, read 2026-08-06
- include a visual element on every slidein 44 of 686, across 13 files
- use wikilinks for internal vault linksin 35 of 686, across 11 files
- commit to a single visual motif across every slidein 34 of 686, across 9 files
- read pptxgenjs guide before creating presentations from scratchin 30 of 686, across 6 files
- keep 0.5 inch minimum marginsin 30 of 686, across 7 files
- use subagents to visually inspect rendered slidesin 30 of 686, across 6 files
- re-verify affected slides after every fixin 27 of 686, across 5 files
- run content QA checks before declaring successin 26 of 686, across 3 files
- Use Markdown links for external URLs onlyin 26 of 686, across 10 files
- pick a bold topic specific color palettein 24 of 686, across 2 files
- read editing guide before editing existing presentationsin 23 of 686, across 1 file
- use one dominant color across all slidesin 23 of 686, across 1 file
Said here and by no other author read
- run the data collector scripts
- read the issues file
- read full git commit details
- read today's time blocks json file
- filter metrics to the current project only
- include all ten sections in the changelog
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once.