report

Aggregate sprint session work into experiments-results.md reports.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/vitalwarley/hyprdots --skill report-vitalwarley
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: report
Source: https://github.com/vitalwarley/hyprdots/tree/main/claude-global/skills/report
Command: npx skills add https://github.com/vitalwarley/hyprdots --skill report-vitalwarley

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Keeps the running sprint experiments report current by incrementally aggregating session work, results, and audit findings so reports never lag behind ongoing analysis.

Core Features & Use Cases

  • Incremental aggregation: append chronology entries, update Status vs Plan tables, and add new analysis sections without overwriting verified content.
  • Scoped operation modes: support for current-session updates, full gap-fill with --all, and initialization of a new weekly report with --init.
  • Verification-aware publishing: only marks items done when backing artifacts and audit Safe Claim sections exist, and commits the result to the repo.
  • Use case: after completing an experiment and committing result JSON and audit notes, run the skill to add a chronology row, update the status table, append analysis, refresh the TOC, and commit the change.

Quick Start

Aggregate the current conversation session into the running sprint report and commit the updated experiments-results.md.

Frequently Asked Questions about report

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I aggregate git commits and session results into a weekly sprint report?

To aggregate git commits into a weekly sprint report, you append chronology entries, update Status vs Plan tables, and add analysis sections into an experiments-results.md file, then commit the updated documentation to your repository.

Can I automatically update a sprint status table without overwriting verified content?

Yes, you can update a sprint status table without overwriting verified content by using verification-aware publishing, which only marks items done when backing artifacts and audit Safe Claim sections exist before appending new chronology entries.

How do I initialize a new weekly sprint experiments report in a git repository?

To initialize a new weekly sprint experiments report, you use the --init operation mode within a git-accessible repository containing the report/sprints/week-NN directory structure to generate the baseline experiments-results.md file.

What's the best way to fill gaps in chronological sprint documentation?

The best way to fill gaps in chronological sprint documentation is to run a full gap-fill operation using the --all mode, which aggregates all missing session work, result JSONs, and audit notes into the running report.

Do I need a specific repository structure to automate sprint reporting updates?

Yes, you need a git-accessible repository with a report/sprints/week-NN directory structure and backing artifacts for verified status updates to automate sprint reporting updates properly.

Why are my sprint experiment status updates not being marked as done?

Sprint experiment status updates are not marked as done because verification-aware publishing requires both backing artifacts and audit Safe Claim sections to exist before committing the updated status table to the repository.