agentleFS
fabioc-alohafabioc-aloha/Alex_ACT_Edition/.github/skills/status-reporting/SKILL.md

status-reporting

Skill0 starsChanged 4 months agoMITView on GitHub

Create stakeholder-friendly project status updates and progress reports

2 other projects use a version of this, 1 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use consistent formatting across reports

    line 198
  2. Distinctive:

    Use jargon with non-technical audiences

    line 207
  3. Distinctive:

    Draft report: Use appropriate template

    line 221
  4. Distinctive:

    Completeness: All sections filled appropriately

    line 247

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Status Reporting Skill

Generate clear, audience-appropriate project status updates. Transform technical progress into stakeholder-friendly communication.

Core Philosophy

"Stakeholders don't need to know HOW you did it — they need to know WHAT it means for them."

Status reports serve different audiences with different needs:

  • Executives: Impact, risk, timeline
  • Managers: Progress, blockers, resources
  • Teams: Details, dependencies, next steps
  • Customers: Value delivered, what's coming

Report Templates

Executive Summary (30 seconds)

## Project Status: [Project Name]
**Date**: [Date] | **Status**: 🟢 On Track / 🟡 At Risk / 🔴 Blocked

### One-Line Summary
[Single sentence: what happened and what it means]

### Key Metrics
| Metric | Current | Target | Trend |
|--------|---------|--------|-------|
| [Metric 1] | [Value] | [Goal] | ↑/↓/→ |
| [Metric 2] | [Value] | [Goal] | ↑/↓/→ |

### Decisions Needed
- [ ] [Decision 1 with deadline]

### Timeline Impact
[On schedule / X days ahead / X days behind — why]

Weekly Team Update

## Week of [Date Range]

### Completed ✅
- [Achievement 1] — [impact]
- [Achievement 2] — [impact]

### In Progress 🔄
- [Task 1] — [% complete, ETA]
- [Task 2] — [% complete, ETA]

### Blocked 🚫
- [Blocker] — need [resolution] from [who] by [when]

### Next Week Focus
1. [Priority 1]
2. [Priority 2]
3. [Priority 3]

### Metrics
- Velocity: [X] story points
- Bugs: [X] open, [Y] closed
- Coverage: [X]%

### Risks & Mitigations
| Risk | Likelihood | Impact | Mitigation |
|------|------------|--------|------------|
| [Risk] | H/M/L | H/M/L | [Action] |

Stakeholder Email

Subject: [Project] Status — [Date] — [Status Emoji]

Hi [Name],

**Quick Summary**: [One sentence on where we are]

**This Week's Wins**:
• [Win 1 — business impact]
• [Win 2 — business impact]

**Coming Up**:
• [Next milestone] — [Date]
• [Key deliverable] — [Date]

**Need Your Input On**:
• [Decision needed] — [Context, options, recommendation]

Happy to jump on a call if you have questions.

[Sign-off]

Sprint Retrospective Summary

## Sprint [N] Retrospective

### What Went Well 🎉
- [Positive 1]
- [Positive 2]

### What Could Improve 🔧
- [Improvement 1]
- [Improvement 2]

### Action Items
| Action | Owner | Due |
|--------|-------|-----|
| [Action] | [Who] | [When] |

### Sprint Metrics
- Planned: [X] points | Completed: [Y] points
- Carry-over: [Z] items
- Team satisfaction: [Score]/5

Audience Adaptation

Language Translation

Technical TermExecutive Translation
"Refactored the authentication module""Improved security and login reliability"
"Reduced technical debt""Reduced maintenance costs and risk"
"Implemented CI/CD pipeline""Automated our release process — faster, safer updates"
"Fixed race condition""Resolved intermittent bug causing data issues"
"Migrated to microservices""Made the system more scalable and reliable"

Detail Levels

AudienceDetail LevelFocus On
C-SuiteMinimalBusiness impact, risks, decisions
VP/DirectorSummaryProgress, resources, timeline
ManagerModerateTasks, blockers, team health
TeamDetailedTechnical specifics, dependencies
CustomerOutcomeValue delivered, what's next

Status Indicators

Traffic Light System

StatusSymbolMeaningAction
Green🟢On track, no issuesContinue
Yellow🟡At risk, needs attentionMonitor closely
Red🔴Blocked, needs escalationImmediate action
Blue🔵CompleteCelebrate
Gray⚪Not startedPlan

Trend Indicators

SymbolMeaning
↑Improving
↓Declining
→Stable
⚠️Needs attention

Automation Triggers

When to Generate Status

TriggerReport Type
End of day FridayWeekly summary
Sprint endSprint report
Before stakeholder meetingExecutive summary
Milestone completionAchievement update
Blocker encounteredEscalation notice
User asks "what did we do"Session/period summary

Data Sources

Pull information from:

  • Git commits and PR descriptions
  • Issue tracker (completed, in-progress, blocked)
  • Calendar (milestones, deadlines)
  • Session history (what we worked on)
  • Metrics dashboards (if available)

Best Practices

DO ✅

  • Lead with the most important information
  • Use consistent formatting across reports
  • Include specific dates and numbers
  • Highlight decisions needed
  • Acknowledge blockers honestly
  • Show progress, not just activity

DON'T ❌

  • Bury bad news
  • Use jargon with non-technical audiences
  • Include unnecessary detail
  • Report activity without outcomes
  • Over-promise on timelines
  • Skip risk assessment

Session Protocol

Generating a Status Report

  1. Clarify audience: Who will read this?
  2. Determine scope: What period? What project?
  3. Gather data: Commits, issues, conversations
  4. Identify highlights: What matters most?
  5. Draft report: Use appropriate template
  6. Adapt language: Match audience level
  7. Review for clarity: Can a newcomer understand?

Quick Status Commands

/status              → Generate session status
/status weekly       → Weekly team update
/status exec         → Executive summary
/status email [name] → Stakeholder email draft

Integration Points

Triggers for This Skill

  • "status update", "status report"
  • "what did we accomplish", "summarize progress"
  • "stakeholder update", "email to [stakeholder]"
  • "sprint report", "weekly summary"
  • End of day/week (proactive)

Metrics

  • Clarity score: Can reader understand in 30 seconds?
  • Completeness: All sections filled appropriately
  • Accuracy: Numbers and dates verified
  • Audience fit: Language matches recipient

Would Revise If

Revisit this skill by 2026-08-26 (90 days) or sooner if any of the following fires:

  • Stakeholder feedback reports the templates as unclear, jargon-heavy, or missing decisions-needed sections ≥3 times within a quarter
  • The audience-adaptation table produces tone mismatches when applied verbatim ≥2 times in observed reports
  • Reports generated via these templates consistently bury bad news or miss escalation triggers that surface later as preventable surprises

Good status reports build trust. Great ones prevent surprise.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.