Continue project development by analyzing current state and resuming work.

Note

Configure project-specific test/build commands in CLAUDE.md or .claude/rules/ for automatic detection. Steps : Check current state :

Check git status

git status

Check recent commits

git log -5 --oneline

Check current branch

git

branch --show-current

Read project context

:

PRDs

Read all files in

.claude/blueprints/prds/

Understand project goals and requirements

Identify features and phases

Feature Tracker

Read

docs/blueprint/feature-tracker.json

tasks section

Current phase and progress

Completed, in-progress, and pending tasks

Work Orders

Check .claude/blueprints/work-orders/ Recent work-orders (see what's been done) Pending work-orders (see what's planned) Analyze state and determine next task : If uncommitted changes exist : Review uncommitted files Determine if work-in-progress should be continued Ask user if they want to continue current work or start fresh If on clean state : Compare feature tracker tasks against PRD requirements Identify next logical task: Next pending task in feature-tracker.json Next requirement in PRD Next work-order to execute Consider dependencies (start with unblocked tasks first) Report status before starting : 📊 Project Status: Current Branch: [branch] Uncommitted Changes: [yes/no - list files if yes] Recent Work: - [Last 3 commits] PRDs Found: - [List PRD files with brief summary] Work Overview: Phase [N] - [Phase name] ✅ Completed: [N] tasks ⏳ In Progress: [Current task if any] ⏹️ Pending: [N] tasks Next Task: [Identified next task] Approach: [Brief plan] Begin work following TDD : Activate project-specific skills automatically: Architecture patterns Testing strategies Implementation guides Quality standards Follow RED → GREEN → REFACTOR workflow: Write failing test first Minimal implementation to pass Refactor while keeping tests green Commit incrementally: Use conventional commits Commit after each RED → GREEN → REFACTOR cycle Reference PRD or issue in commit message Update feature tracker as you go : Mark tasks in-progress Mark tasks completed Update next steps Important : Always start with tests (TDD requirement) Apply project skills (architecture, testing, implementation, quality) Commit incrementally (after each successful cycle) Update feature tracker (keep project state current) Handling Common Scenarios : Scenario: Starting new feature : Create work-order first with /blueprint-work-order Then continue with this command Scenario: Blocked by dependency : Report the blocker Suggest working on a different task Or: Suggest implementing the dependency first Scenario: Tests failing : Analyze failures Fix failing tests (always complete RED step first) Continue once tests pass Scenario: Unclear what to do next : Review PRDs for requirements Ask user for clarification Suggest creating work-orders for clarity Agent Teams (Optional) For large codebases with multiple work fronts, spawn teammates for parallel progress: Teammate Focus Value Research teammate Investigate codebase state, PRDs, work-orders Parallel context gathering Implementation teammate Begin work on next task from feature tracker Start implementation immediately The research teammate gathers project state while the implementation teammate begins the most obvious next task. This is optional — single-session continuation works for most projects.