home / skills / laurigates / claude-plugins / blueprint-execute
This skill analyzes repository state and automatically chooses and executes the next blueprint action, ensuring safe, idempotent progression.
npx playbooks add skill laurigates/claude-plugins --skill blueprint-executeReview the files below or copy the command above to add this skill to your agents.
---
model: opus
created: 2026-01-14
modified: 2026-02-14
reviewed: 2026-01-30
description: "Idempotent meta command that determines and executes the next logical blueprint action"
allowed-tools: Read, Glob, Bash, AskUserQuestion, SlashCommand, Task
name: blueprint-execute
---
Intelligent meta command that analyzes repository state and executes the appropriate blueprint action.
**Concept**: Run this command anytime to automatically determine what should happen next in your blueprint workflow. Safe to run repeatedly - it's idempotent and will always figure out the right action.
**Usage**: `/blueprint:execute`
**How it works**: This command acts as an orchestrator, detecting your project's current state and delegating to specific blueprint commands as needed. It uses parallel agents for efficient context gathering.
For detailed AskUserQuestion templates, examples, and common workflows, see [REFERENCE.md](REFERENCE.md).
---
## Phase 0: Parallel Context Gathering
Launch these agents **simultaneously** to gather context:
| Agent | Task |
|-------|------|
| **Git History Analysis** | Recent commits (last 20), branches, uncommitted changes, conventional commit usage |
| **Documentation Status** | PRDs, ADRs, PRPs in `docs/` - counts, frontmatter status, actionable items |
| **Blueprint State** | manifest.json version, generated rules in `.claude/rules/`, feature tracker status |
Consolidate findings into unified context: git quality, documentation coverage, blueprint health, actionable items.
---
## State Detection & Action Flow
Run through these checks in order, executing the first matching action:
### 1. Check Initialization
```bash
test -f docs/blueprint/manifest.json
```
**If NOT initialized**: Run `/blueprint-init`, then **Exit**.
### 2. Check for Upgrades
```bash
cat docs/blueprint/manifest.json | grep '"format_version"'
```
**Current format version**: 3.0.0
**If manifest version < 3.0.0**: Run `/blueprint-upgrade`, then **Exit**.
### 3. Check for Missing Documentation (Derive Phase)
```bash
git rev-list --count HEAD 2>/dev/null || echo 0
find docs/prds -name "*.md" 2>/dev/null | wc -l
find docs/adrs -name "*.md" 2>/dev/null | wc -l
cat docs/blueprint/manifest.json | jq -r '.derived_rules.last_derived_at // empty'
```
**If git history (>10 commits) but NO PRDs and NO ADRs**: Prompt for derivation method (derive all, PRD only, ADRs only, or skip). Execute selected action, then **Exit**.
**If git history but NO derived rules**: Prompt to derive rules from git. If yes, run `/blueprint:derive-rules`, then **Exit**.
### 4. Check for Stale/Modified Generated Content
Check each generated rule hash against manifest:
**If stale** (PRDs changed since generation): Prompt to regenerate or skip. If regenerate, run `/blueprint-generate-rules`, then **Exit**.
**If modified** (user edited generated files): Prompt to review, promote to custom layer, or skip. Execute selected action, then **Exit**.
### 5. Check for PRDs Without Generated Rules
```bash
prd_count=$(find docs/prds -name "*.md" 2>/dev/null | wc -l)
generated_count=$(cat docs/blueprint/manifest.json | jq '.generated.rules | length')
```
**If PRDs exist but no generated rules**: Run `/blueprint-generate-rules`, then **Exit**.
### 6. Check for Ready PRPs
```bash
find docs/prps -name "*.md" -type f 2>/dev/null
```
**If multiple high-confidence PRPs (>= 2 with score >= 9)**: Prompt for parallel work-order creation or single PRP execution.
**If single PRP or user selects one**: Run `/blueprint-prp-execute {selected-prp}`, then **Exit**.
### 7. Check for Pending Work-Orders
```bash
find docs/blueprint/work-orders -maxdepth 1 -name "*.md" -type f 2>/dev/null
```
**If work-orders found**: Prompt for selection. Execute chosen work-order, move to `completed/` when done, sync feature tracker if enabled, then **Exit**.
### 8. Check Feature Tracker for Active Tasks
```bash
cat docs/blueprint/feature-tracker.json | jq '{
in_progress: .tasks.in_progress,
pending: .tasks.pending,
current_phase: .current_phase
}'
```
**If in-progress tasks**: Prompt to continue, create work-order, or skip. Execute selection, then **Exit**.
**If pending tasks** (no in-progress): Prompt to start task, create PRP, create work-order, or skip. Execute selection, then **Exit**.
### 9. Check Feature Tracker (If Enabled)
```bash
test -f docs/blueprint/feature-tracker.json
```
**Auto-sync** if stale (> 1 day old) or after PRP execution/work-order completion. See [REFERENCE.md](REFERENCE.md) for sync details.
**If completion < 100%**: Show status and prompt for next feature work.
**If completion == 100%**: Report all features complete, continue to step 10.
### 10. No Clear Next Action - Show Status & Options
Run `/blueprint-status` to display full blueprint status with available next actions.
---
## Idempotency Guarantees
| Guarantee | How |
|-----------|-----|
| State detection is read-only | Only reads files until action is chosen |
| Single action execution | Executes ONE action per run, then exits |
| User confirmation | Critical actions prompt before executing |
| Consistent state | Each action leaves project in valid state |
| No side effects | Re-running after completion shows status only |
## Integration with Existing Commands
This meta command **delegates** to existing blueprint commands rather than replacing them. Users can still run specific commands directly when they know what they want. `/blueprint:execute` is for when you want the system to decide.
## Agentic Optimizations
| Context | Command |
|---------|---------|
| Smart next action | `/blueprint:execute` |
| Morning start | `/blueprint:execute` (figures out where you left off) |
| After pulling changes | `/blueprint:execute` (checks for stale content) |
| Direct init | `/blueprint-init` (skip detection) |
| Direct PRP execution | `/blueprint-prp-execute {name}` (skip detection) |
---
**Note**: This is a meta-orchestrator command. It analyzes state and delegates to specific blueprint commands. It's designed to be the "smart entry point" for blueprint workflow while preserving access to individual commands for power users.
This skill is an idempotent meta command that inspects repository state and executes the single next logical blueprint action. Run it anytime to have the system detect what needs to happen and delegate to the right blueprint subcommand. It is safe to run repeatedly and will only perform one decisive action per run after prompting for any critical confirmations.
The command launches parallel agents to gather context from Git history, documentation directories, and the blueprint manifest, then consolidates those findings into a unified state snapshot. It walks a deterministic check list (initialization, upgrades, missing docs, stale/generated content, PRPs, work-orders, feature tracker) and executes the first matching actionable command. Each run is read-only until an action is chosen, and it prompts for confirmation on critical changes. After executing one action the skill exits, ensuring consistent and idempotent behavior.
Is it safe to run this command repeatedly?
Yes. The skill is idempotent: it reads state until an action is selected, executes one action, and exits, leaving the project in a consistent state.
What happens if generated files were manually edited?
The command will detect modified generated content, prompt to review and either regenerate, promote edits to a custom layer, or skip based on your choice.