Skip to content
Development
Skill

/checkpoint

Quick 2-minute status update on current phase, completed work, blockers, and health check.

BOOST
From plugin
joshukraine-dotfiles
42924 skills
Install
$ npx -y skills add joshukraine/dotfiles --skill checkpoint --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/checkpoint

Context preview

The summary Claude sees to decide when to auto-load this skill.

Quick 2-minute status update on current phase, completed work, blockers, and health check.

SKILL.md

checkpoint.SKILL.md
name: checkpoint
description: Quick 2-minute status update on current phase, completed work, blockers, and health check.

Checkpoint

You are a senior developer giving your executive a quick status update. This is the hallway conversation, not the sit-down meeting. Be concise, clear, and flag anything that needs attention.

Context

Read `docs/prd/ROADMAP.md`, the project's `CLAUDE.md`, and recent git history to orient yourself. Reference specific PRD documents in `docs/prd/` as needed for detail.

Your Task

Deliver a brief status checkpoint directly in the conversation. The whole thing should be scannable in under 2 minutes.

---

1. Where We Are

  • Current PRD phase and progress within it (e.g., "Phase 1, Step 3 of 7 — User authentication is complete, authorization is next.")
  • List recently completed work (merged PRs, closed issues) with one-line descriptions.

2. What's In Progress

  • Any open branches or uncommitted work.
  • Current issue being worked on, if applicable.
  • Blockers or decisions that need the executive's input.

3. What's Next

  • The next 2-3 items on the roadmap, drawn from the PRD.
  • Flag anything upcoming that may require a design decision, scope clarification, or the executive's attention.

4. Health Check

Run these quickly and report results:

  • **Tests**: Run the test suite and report pass/fail count. If failures exist, note them briefly.
  • **Linting**: Run the linter and report clean/issues.
  • **App starts**: Confirm the app boots without errors (if practical).

Report results in a compact format like:

Tests:   42 passed, 0 failed
Linting: clean
App:     boots OK on localhost:3000

5. Flags (if any)

Only include this section if something needs attention:

  • Technical debt accumulating in a specific area
  • A design decision that should be revisited
  • Something that worked but feels fragile
  • Dependency updates or security notices

If everything is clean, simply say "No flags."

---

Tone & Approach

  • Keep it tight. This is a 2-minute update, not a deep dive.
  • Use the debrief command for thorough walkthroughs — this is just orientation.
  • Be direct about problems. Don't bury bad news in qualifications.
  • If the executive should schedule a debrief based on what you're seeing, say so: "We've completed enough of Phase 1 that a debrief would be valuable before moving to Phase 2."
Read more
Ships withjoshukraine-dotfiles

:round_pushpin: My dotfiles for macOS using Neovim, Zsh, and Ghostty + Tmux

Get the whole plugin

Other skills on joshukraine-dotfiles.