autopilot-batch
Fan out a batch of autopilot-queued issues to parallel background worktree subagents — each runs /autopilot at the build model…
Set up PRD-driven development infrastructure for a new project, including directory structure, templates, and roadmap.
$ npx -y skills add joshukraine/dotfiles --skill bootstrap-prd --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/bootstrap-prdContext preview
The summary Claude sees to decide when to auto-load this skill.
Set up PRD-driven development infrastructure for a new project, including directory structure, templates, and roadmap.
name: bootstrap-prd description: Set up PRD-driven development infrastructure for a new project, including directory structure, templates, and roadmap. disable-model-invocation: true
Set up PRD-driven development infrastructure for a new project. This skill handles two workflows: **PRD-first** (PRD files already exist, scaffold the project around them) and **scaffold-first** (no PRD yet, create template files to be filled in). The skill detects which situation applies and adapts.
Work through the steps below in order. Each step has a hard stop — do not proceed past a CHECKPOINT without explicit user approval.
---
Check whether `docs/prd/` exists and contains any `.md` files.
**If PRD files exist** → enter **PRD-first** mode:
**If no PRD files exist** → enter **scaffold-first** mode:
---
Ask the user for the following. Skip anything already provided in the conversation context.
If the user provides a framework name, pre-fill quick-start commands from this lookup table (the user can override):
| Framework | Start | Test | Lint | | --- | --- | --- | --- | | Rails | `bin/dev` | `bin/rails test` | `bin/standardrb --fix` | | Next.js | `npm run dev` | `npm test` | `npm run lint` | | Hugo | `hugo server -D` | _(none)_ | _(none)_ | | Static (no build) | Open `index.html` or use a local server | _(none)_ | _(none)_ | | Generic | `<!-- TODO: start command -->` | `<!-- TODO: test command -->` | `<!-- TODO: lint command -->` |
---
Read the template files that may be needed:
In PRD-first mode, only `CLAUDE.md` is typically needed — the PRD files already exist.
---
Check which of the following already exist in the project:
Build a list of files to create (those that don't already exist) and files to skip (those that do).
---
**CHECKPOINT 1**: Present a summary and wait for explicit approval before writing any files.
**In PRD-first mode**, the summary should include:
**In scaffold-first mode**, the summary should include:
Do not create any files until the user approves.
---
After approval, create each file:
**In PRD-first mode:**
1. **Create `CLAUDE.md`** from the template, populated with information extracted from the existing PRD files (project name, description, tech stack, quick-start commands, key file references) 2. **Initialize git** if `.git/` doesn't exist: `git init` 3. **Create GitHub repo** if the user approved it in the checkpoint: `gh repo create <repo-name> --public --source=. --push` (or `--private` based on user preference) 4. **Skip PRD files** — they already exist
**In scaffold-first mode:**
1. **Create all PRD template files** by copying templates and applying substitutions:
2. **Create `docs/prd/` directory** as needed 3. **Create `CLAUDE.md`** from template with gathered details 4. **Initialize git** if `.git/` doesn't exist: `git init` 5. **Skip any files** the user chose not to overwrite in the checkpoint
---
**CHECKPOINT 2**: Present a summary of what was created and what remains.
**In PRD-first mode:**
:round_pushpin: My dotfiles for macOS using Neovim, Zsh, and Ghostty + Tmux
Fan out a batch of autopilot-queued issues to parallel background worktree subagents — each runs /autopilot at the build model…
Vet open issues for autonomous resolution and queue the qualifying ones with the autopilot-queued label — the start-of-day "fill…
Carry a well-scoped GitHub issue through the full dev loop autonomously, stopping at a per-run tier boundary (PR-ready, or…
Quick 2-minute status update on current phase, completed work, blockers, and health check.
Create a pull request with auto-generated description, issue linking, ROADMAP updates, and PR-metadata validation.
Detailed technical walkthrough covering architecture, test coverage, product tour, and key design decisions.