askill
sprint-sync

sprint-syncSafety 100Repository

Multi-perspective project onboarding and sprint briefing. Simulates a cross-functional leadership team (PM, Designer, Architect, Engineer) ramping up on project status. Updates the Current Status section in PROJECT_STATE.md.

0 stars
1.2k downloads
Updated 2/5/2026

Package Files

Loading files...
SKILL.md

Sprint Sync

<when_to_activate> Activate when the user:

  • Says "sprint sync", "/sprint-sync", or "sync me up"
  • Starts a new session and needs context
  • Asks "where are we?" or "what's the status?"
  • Wants to understand current priorities
  • Says "onboard me" or "catch me up"

Trigger phrases: "sprint sync", "sync me up", "status", "where are we", "catch me up", "onboard" </when_to_activate>

Invocation Modes

CommandModeOutput
/sprint-syncQuickSummary briefing + status update
/sprint-sync --hardcoreFull deep diveAll ASCII diagrams + comprehensive analysis
/sprint-sync --deep pmPM focusRoadmap + priorities + blockers
/sprint-sync --deep designDesign focusDesign system + theme audit
/sprint-sync --deep archArchitect focusArchitecture + dependencies
/sprint-sync --deep engEngineer focusRecent changes + hot files

Execution Steps

Phase 0: Gather Context

Read this file first:

FileExtract
context/PROJECT_STATE.mdParts I-V for strategic context, Part VI for session log

Run these commands:

git log --oneline -10                    # Recent commits
npm run test 2>&1 | tail -20             # Test status
npm run build 2>&1 | tail -10            # Bundle size

Phase 1: Generate Briefing

Output the briefing to the user with multi-perspective analysis.

Quick Mode Output:

## Sprint Sync — [YYYY-MM-DD]

**Status**: [X]% ready | **Bundle**: [X]KB | **Tests**: [X] passing

### PM View
- **Phase**: [current phase]
- **Focus**: [current objective]
- **Blockers**: [P0 items]

### Architect View
- **Tests**: [passing/failing]
- **Bundle**: [size] (target <200KB)
- **Debt**: [top items]

### Engineer View
- **Last 5 commits**: [summary]
- **Working**: [recent wins]
- **Attention**: [blockers]

### Recommended Actions
1. [P0 priority]
2. [P0 priority]
3. [Next item]

Phase 2: Update PROJECT_STATE.md

CRITICAL: Update the "Current Status" section in context/PROJECT_STATE.md.

Process:

  1. Read current PROJECT_STATE.md
  2. Find the ### Current Status section (in Part VI)
  3. Replace the content between ### Current Status and the next ### Session: header
  4. Write updated file

Current Status Format:

### Current Status

**Date**: YYYY-MM-DD
**Objective**: [current focus from analysis]
**Bundle**: [X]KB (target <200KB)
**Tests**: [X] passing, [X] failing
**Variants**: [X] active

**Blockers**:
1. [Most critical blocker]
2. [Second blocker if any]

**Recent Wins**:
- [Win 1]
- [Win 2]
- [Win 3]

Phase 3: Add Session Entry (if significant work done)

If the sync reveals significant changes since last session, add a new session entry:

### Session: [Month Day, Year] — [Brief Title]

**Summary**: [1-2 sentences]

**Changes**:
- [Key change 1]
- [Key change 2]

**Next**: [What to do next]

Rules for session entries:

  • Only add if there are NEW commits since last session
  • Keep only last 3 sessions in PROJECT_STATE.md
  • Archive older sessions to docs/history/session-archive.md

Hardcore Mode (--hardcore)

When --hardcore flag is present:

  1. Run ALL four deep dives (PM, Design, Arch, Eng)
  2. Generate ASCII diagrams for visual context
  3. Cross-reference findings between perspectives
  4. Generate comprehensive action plan
  5. Include risk assessment matrix

ASCII Diagrams (output to user, not saved):

┌─ ROADMAP STATUS ─────────────────────────────────────────────────────────────┐
│  Phase 1: Foundation    ████████████████████ 100%  COMPLETE                  │
│  Phase 2: Polish        ████████████████████ 100%  COMPLETE                  │
│  Phase 3: Social        ████████████░░░░░░░░  60%  IN PROGRESS               │
│  Phase 4: Performance   ░░░░░░░░░░░░░░░░░░░░   0%  BLOCKED                   │
└──────────────────────────────────────────────────────────────────────────────┘

┌─ PRIORITY MATRIX ────────────────────────────────────────────────────────────┐
│               │  LOW EFFORT   │  MED EFFORT   │  HIGH EFFORT  │              │
│  ─────────────┼───────────────┼───────────────┼───────────────┤              │
│  HIGH IMPACT  │ ★ Code Split  │               │               │              │
│               │ ★ Lazy Load   │               │               │              │
│  ─────────────┼───────────────┼───────────────┼───────────────┤              │
│  MED IMPACT   │               │ Testimonials  │ Scroll Story  │              │
│  ─────────────┼───────────────┼───────────────┼───────────────┤              │
│  LOW IMPACT   │ Dead Code     │ Style Refactor│               │              │
└──────────────────────────────────────────────────────────────────────────────┘

File Locations Reference

PurposePath
Project Statecontext/PROJECT_STATE.md
Codebase Docscontext/CODEBASE.md
Design Systemcontext/DESIGN.md
CSS Tokenssrc/styles/globals.css
Briefing Archivedocs/history/sprint-briefings-archive.md
Session Archivedocs/history/session-archive.md

Key Differences from Previous Version

BeforeAfter
Append briefings to SOTU Part VIIIUpdate Current Status section
Two files (SOTU + DEVLOG)One file (PROJECT_STATE.md)
Unlimited briefing historyLast 3 sessions only
Full briefings savedCompact status format

Notes

  • Always run tests and build to get current metrics
  • Update Current Status, don't append
  • Keep session log compact (last 3 sessions only)
  • ASCII diagrams are for user display, not saved to file
  • Archive old sessions when adding new ones

<skill_compositions>

Works Well With

  • ultrathink — Deep analysis of project blockers
  • run-tests — Get test metrics for status report
  • serghei-qa — Architect perspective on tech debt </skill_compositions>

Install

Download ZIP
Requires askill CLI v1.0+

AI Quality Score

95/100Analyzed 2/10/2026

An exceptionally well-structured skill for project state management and multi-perspective briefing. It provides clear triggers, executable commands, and precise templates for maintaining project context.

100
100
85
98
95

Metadata

Licenseunknown
Version-
Updated2/5/2026
Publishermajiayu000

Tags

ci-cdobservabilitytesting