agentleFS
edjchapmanedjchapman/claude-code-config/skills/standup/SKILL.md

standup

Skill8 starsChanged 19 days agoMITView on GitHub

Summarize recent work across Git, GitHub, and Jira into a standup document. Use when asked what you worked on recently.

55 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use close-day, meeting-prep and 8 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • vantageos-agencySkill

    close-day

    End-of-day routine: close tasks with their time, leave the repository and the disk clean, write the diary, harvest friction, and hand over to tomorrow. Use this skill whenever the user says "close day", "end of day", "fin de journée", "bonne nuit", "wrap up", "call it a day", "close session", "daily close", or mentions ending their work session -- even if they don't say "close-day" explicitly.

    Also in 3 projects that use this

  • OpenAISkill

    meeting-prep

    Use when creating Public Equity Investing meeting prep briefs. Do not use for private diligence, IB, FP&A, legal, or scheduling-only tasks.

    Also in 5 projects that use this

  • jasonmichaelbell78-creatorSkill

    todo

    Cross-session todo management with interactive menu, JSONL-backed persistence, and AI-powered context capture. Manages ideas, tasks, and insights that emerge during sessions so they survive across sessions. Independent of GSD.

    Also in 3 projects that use this

  • takleb3rrySkill

    kickoff

    Initialize a new project by analyzing source documents and generating requirements.md and design.md

    Also in 3 projects that use this

  • GitHubSkill

    refactor

    Surgical code refactoring to improve maintainability without changing behavior. Covers extracting functions, renaming variables, breaking down god functions, improving type safety, eliminating code smells, and applying design patterns. Less drastic than repo-rebuilder; use for gradual improvements.

    Also in 4 projects that use this

  • Hugging FaceSkill

    implement

    Make tests pass. Invoke after /write-tests produces failing tests.

    Also in 6 projects that use this

The file

We split this skill into the rules it gives an agent

5 rules. 0 are common, 2 are distinctive, and 3 are very specific to this project.

  • 0

    Common

    Most of the 51 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 3

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Period: look-back period (default: 24 hours).

    line 15
  2. Very specific:

    Before the shared gathering steps, check for today's daily log at ./standups/YYYY-MM-DD-log.md.

    line 24
  3. Very specific:

    If --team is provided AND Jira MCP is available, query team activity (excluding the current user):

    line 35
  4. Distinctive:

    Keep the main standup section brief (1-2 min verbal delivery).

    line 98
  5. Distinctive:

    If asked about "today" plans but none are clear from In Progress tickets, ask the user what they're planning

    line 99

“Common” is measured: kept by at least 6 in 10 of the 51 edited versions of this file we could read. “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

Prepare a standup document summarizing my recent work activity.

First, read GATHERING.md in this skill's directory — it defines the shared data-gathering steps (identity, git, GitHub PRs, Jira, calendar, error handling, delivery). This file defines only what is standup-specific.

Arguments

$ARGUMENTS

  • Period: look-back period (default: 24 hours). Examples: /standup 48 hours, /standup since Monday, /standup 3 days
  • Output: --output <path> (default: ./standups/YYYY-MM-DD-standup.md)
  • Team: --team - Include team activity overview (opt-in)
  • Skip sources: --skip-jira, --skip-calendar

Compute $START_DATE / $END_DATE from the period and use them in all gathering steps.

Standup-Specific Step: Read Daily Log

Before the shared gathering steps, check for today's daily log at ./standups/YYYY-MM-DD-log.md.

If it exists, extract:

  1. Status Updates (## Status Updates section): the user's own words about their work. Treat as high-priority context — prefer the user's phrasing when summarizing completed work and blockers.
  2. Session Summaries (## Session Summaries section): auto-logged git commits from session-end hooks. De-duplicate against git log output by commit hash.

Entries mentioning "blocked", "waiting", or "stuck" should surface as blockers. If the file does not exist, proceed normally.

Standup-Specific Step: Team Activity (only if --team)

If --team is provided AND Jira MCP is available, query team activity (excluding the current user):

JQL: project = BIL AND updated >= '-24h' AND assignee != '<accountId>' ORDER BY assignee, updated DESC

Group results by assignee; summarize each member's tickets moved, key status changes, and blockers flagged — one line per team member.

Output Template

# Standup - [DATE]

## Yesterday / Since Last Standup

- [Completed items with ticket refs, e.g., "Implemented auth flow (BIL-123)"]
- [Documentation updates]
- [Meetings attended]

## Today

- [Planned work from In Progress tickets]
- [Scheduled meetings/discussions]
- [Goals for the day]

## Blockers / Discussion Points

- [Any blockers flagged in Jira]
- [Items needing team input or decisions]
- [Dependencies on others]

---

### Activity Details

**Git Commits**: N commits across M files

- [Repo 1]: X commits - [summary of changes]

**Pull Requests**:

- [#123 - Title - Status (merged/open/draft)]

**Jira Tickets**:
| Ticket | Title | Status | Points |
|--------|-------|--------|--------|
| BIL-123 | Implement feature X | In Review | 3 |

**Calendar/Meetings** (if available):

- [Meeting name] - [outcome or action items]

---

### Team Activity (if --team flag used)

| Team Member | Recent Activity                    |
| ----------- | ---------------------------------- |
| [Name 1]    | BIL-XXX: [brief], BIL-YYY: [brief] |

Standup Guidelines

  • Keep the main standup section brief (1-2 min verbal delivery); detailed context goes in "Activity Details"
  • If asked about "today" plans but none are clear from In Progress tickets, ask the user what they're planning
  • Save to ./standups/ (create the directory with mkdir -p ./standups if needed)

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.

Reviews can't be read right now.

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.