with one click
speckit-squad-init
Initialize a Squad team from the current Speckit spec
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Initialize a Squad team from the current Speckit spec
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Wrap core analysis with behavior-first vertical consistency checks.
Apply approved architecture refactors by updating plan and task artifacts directly.
Perform a framework-agnostic architecture review validating implementation against spec.md, plan.md, tasks.md, and the governance and architecture constitutions.
Perform an architecture-aware verification gate validating implementation against spec.md, plan.md, tasks.md, and the Architecture Constitution.
Run a single architecture workflow that prefers memory-first context and can incorporate security review when available.
Run implementation with memory context, then review the produced implementation against security and architecture constraints.
| name | speckit-squad-init |
| description | Initialize a Squad team from the current Speckit spec |
| compatibility | Requires spec-kit project structure with .specify/ directory |
| metadata | {"author":"github-spec-kit","source":"squad:commands/init.md"} |
Read the current project spec and bootstrap a Squad team tailored to its
technology domains, roles, and work types. Run this once after your initial
/speckit.specify to get a squad that mirrors your project's shape.
Verify Squad CLI is available:
squad --version
If that fails, install it first:
npm install -g @bradygaster/squad-cli
$ARGUMENTS
Read the spec from the active spec directory under specs/ (e.g.,
specs/001-<name>/spec.md). If no spec directory exists, tell the user
to run /speckit.specify first and stop.
Read tasks from specs/<id>/tasks.md if it exists (used to infer work
types and routing signals).
Load bridge config from .specify/extensions/squad/squad-config.yml
if it exists, otherwise use extension defaults.
Analyze the spec to extract:
Initialize Squad if .squad/ does not already exist:
squad init
Generate agent definitions — for each identified domain/concern, create a Squad agent with:
name (e.g., backend-engineer, frontend-engineer)role derived from the domaincapabilities array (name + level: expert/proficient/basic) inferred
from how prominently the domain features in the specmodel set to the tier from config that matches the agent's complexitystatus: activeWrite each agent as a .squad/agents/{name}/charter.md file following
Squad's format. Also generate or update squad.config.ts at the project
root using @bradygaster/squad-sdk's defineSquad() (with defineTeam(),
defineAgent(), and defineRouting() sub-builders) covering all agents,
routing rules, and model tier settings from config.
Generate routing rules in .squad/routing.md that map task keywords
and domain patterns to the agents created above. Examples:
/\bAPI|endpoint|REST|GraphQL\b/i → backend-engineer/\bReact|component|UI|frontend\b/i → frontend-engineer/\btest|spec|coverage|QA\b/i → qa-engineerPrint a summary:
✅ Squad initialized
Agents created : 3
- backend-engineer (Node.js/REST API — expert)
- frontend-engineer (React/TypeScript — expert)
- qa-engineer (Testing/QA — proficient)
Routing rules : 6
Config : squad.config.ts
Next steps:
squad doctor — verify your team
/speckit.plan — create your implementation plan
/speckit.tasks — generate tasks from the plan
/speckit.squad.route — route tasks to agents (after tasks exist)
/speckit.squad.generate to refresh agents as the spec
evolves.$ARGUMENTS contains a domain or role name, generate an agent for that
domain in addition to those inferred from the spec.