Agent skill
check-status
This skill should be used when checking project status, starting sessions, reviewing activity, or when "sitrep", "status report", or "what's changed" are mentioned.
Install this agent skill to your Project
npx add-skill https://github.com/outfitter-dev/agents/tree/main/plugins/outfitter/skills/check-status
Metadata
Additional technical details for this skill
- version
- 1.0.1
SKILL.md
Status Reporting
Gather -> aggregate -> present pattern for comprehensive project status across VCS, PRs, issues, CI.
<when_to_use>
- Starting work sessions (context refresh)
- Checking project/team activity
- Understanding PR/stack relationships
- Quick status overview before planning
- Reviewing recent changes across systems
- Understanding blockers
NOT for: deep-dive into specific items, real-time monitoring, single-source queries
</when_to_use>
<core_pattern>
Three-stage workflow:
- Gather - collect from multiple sources
- Aggregate - combine, filter, cross-reference by time/stack/status
- Present - format for scanning with actionable insights
Key principles:
- Multi-source integration (VCS + code review + issues + CI)
- Time-aware filtering (natural language -> query params)
- Stack-aware organization (group by branch hierarchy)
- Scannable output (visual indicators, relative times)
- Actionable insights (highlight blockers, failures)
</core_pattern>
Stage 1: Parse Constraints
Extract time from natural language:
- "last X hours" ->
-Xh - "past X days" / "last X days" ->
-Xd - "yesterday" ->
-1d - "this morning" / "today" ->
-12h - "this week" ->
-7d - "since {date}" -> calculate days back
Default: 7 days if unspecified.
Stage 2: Gather Data
Run parallel queries for each available source:
- VCS State - branch/stack structure, recent commits, working dir status
- Code Review - open PRs, CI status, review decisions, activity
- Issues - recently updated, status, priority, assignments
- CI/CD - pipeline runs, success/failure, error summaries
Skip unavailable sources gracefully.
Stage 3: Aggregate
Cross-reference and organize:
- Group PRs by stack position (if stack-aware)
- Filter all by time constraint
- Correlate issues with PRs/branches
- Identify blockers (failed CI, blocking reviews)
- Calculate relative timestamps
Stage 4: Present
Format for scanning:
- Hierarchical sections (VCS -> PRs -> Issues -> CI)
- Visual indicators (
✓✗⏳for status) - Relative timestamps for recency
- Highlight attention-needed items
- Include links for deep-dive
See templates.md for section formats.
<data_sources>
VCS - stack visualization, commit history, working dir state
- Stack-aware (Graphite, git-stack): hierarchical branch relationships
- Standard git: branch, log, remote tracking
Code Review - PRs/MRs, CI checks, reviews, comments
- Platforms: GitHub, GitLab, Bitbucket, Gerrit
Issues - recent updates, metadata, repo relationships
- Platforms: Linear, Jira, GitHub Issues, GitLab Issues
CI/CD - runs, success/failure, timing, errors
- Platforms: GitHub Actions, GitLab CI, CircleCI, Jenkins
Tool-specific: graphite.md, github.md, linear.md, beads.md
</data_sources>
Cross-Referencing:
- PRs to branches (by name)
- Issues to PRs (by ID in title/body)
- CI runs to PRs (by number/SHA)
- Issues to repos (by reference)
Stack-Aware Organization:
- Group PRs by hierarchy
- Show parent/child relationships
- Indicate current position
- Highlight blockers in stack order
Filtering:
- Time: apply to all sources, use most recent update
- Status: prioritize action-needed, open before closed
Relative Timestamps:
- < 1 hour: "X minutes ago"
- < 24 hours: "X hours ago"
- < 7 days: "X days ago"
-
= 7 days: "X weeks ago" or absolute
Visual Indicators:
✓success |✗failure |⏳pending |⏸draft |🔴blocker▓▓▓░░progress (3/5)◇minor |◆moderate |◆◆severe
Output Structure:
=== STATUS REPORT: {repo} ===
Generated: {timestamp}
{Time filter if applicable}
{VCS_SECTION}
{PR_SECTION}
{ISSUE_SECTION}
{CI_SECTION}
⚠️ ATTENTION NEEDED
{blockers and action items}
See templates.md for detailed section templates.
Use scripts/sitrep.ts for automated gathering:
./scripts/sitrep.ts # All sources, 24h default
./scripts/sitrep.ts -t 7d # Last 7 days
./scripts/sitrep.ts -s github # Specific sources
./scripts/sitrep.ts --format=text
Outputs JSON (structured) or text (human-readable). Reduces agent tool calls 80%+.
See implementation.md for script structure and patterns.
Required: VCS tool (git, gt, jj), shell access
Optional (graceful degradation):
- Code review CLI (gh, glab)
- Issue tracker MCP/API
- CI/CD platform API
Works with ANY available subset.
ALWAYS:
- Parse time constraints before queries
- Execute queries in parallel
- Handle missing sources gracefully
- Use relative timestamps
- Highlight actionable items
- Provide links for deep-dive
- Format for scanning
NEVER:
- Fail entirely if one source unavailable
- Block on slow queries (use timeouts)
- Expose credentials
- Dump raw data without organization
As session starter:
- Generate report (understand state)
- Identify attention-needed items
- Plan work (prioritize by blockers)
- Return periodically (track progress)
Cross-skill references:
- Failing CI -> debugging
- Before planning -> use report for context
- When blocked -> check dependencies
Automation: daily standup, pre-commit hooks, PR creation context
Tool integrations:
- graphite.md - Graphite stack and PR queries
- github.md - GitHub CLI patterns
- linear.md - Linear MCP integration
- beads.md - Local issue tracking
Implementation:
- templates.md - Output templates and formatting
- implementation.md - Patterns, scripts, anti-patterns
Examples:
- EXAMPLES.md - Usage examples and sample output
Formatting:
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
stack-feedback
Creates GitHub issues for problems discovered while using @outfitter/* packages. Use when finding bugs, missing features, unclear documentation, or improvement opportunities.
stack-architecture
Design stack-based systems using @outfitter/* packages. Use when planning new projects, choosing packages, designing handler architecture, or when "architecture", "design", "structure", "plan handlers", or "error taxonomy" are mentioned.
stack-templates
Templates for creating handlers, CLI commands, MCP tools, and daemon services following Outfitter Stack conventions. Use when scaffolding new components, creating handlers, adding commands, or when "create handler", "new command", "add tool", "scaffold", "template", or "daemon service" are mentioned.
stack-audit
Scan codebase for Outfitter Stack adoption candidates. Identifies throw statements, console usage, hardcoded paths, and custom errors. Use when assessing adoption scope or checking readiness.
stack-review
Audits code for Outfitter Stack compliance including Result types, error handling, logging patterns, and path safety. Use for pre-commit reviews, code quality checks, migration validation, or when "audit", "check compliance", "review stack", or "stack patterns" are mentioned.
stack-patterns
Reference for Outfitter Stack patterns including Result types, Handler contract, Error taxonomy, and @outfitter/* package conventions. Use when learning the stack, looking up patterns, understanding packages, or when "Result", "Handler", "error taxonomy", "OutfitterError", "CLI output", "pagination", "MCP server", "MCP tool", "structured logging", "redaction", "test handler", "daemon", "IPC", or "@outfitter/*" are mentioned.
Didn't find tool you were looking for?