▄▀█ █ █ ▀█▀ █▀█ █▀ █▀█ █▀▀ █▀▀ █▀█ █▄█ █ █▄█ ▄█ █▀▀ ██▄ █▄▄
Spec-Driven Development Automation
Build features systematically with AI-powered specification workflows.
Stop AI slop. Autospec brings structure to AI coding: spec → plan → tasks → implement - all in one command.
Built with a multi-agent architecture and inspired by GitHub SpecKit, Autospec reimagines the specification workflow with YAML-first artifacts for programmatic access and validation. These principles ensure reliable, performant, and maintainable software that developers can trust for their critical development workflows.
Supported agents: Claude Code, Codex CLI, and OpenCode.
curl -fsSL https://raw.githubusercontent.com/ariel-frischer/autospec/main/install.sh | sh
spec.yaml, plan.yaml, tasks.yaml for programmatic access-spti, -a, etc.)Originally inspired by GitHub SpecKit, Autospec is a standalone Go CLI focused on YAML-native artifacts, programmatic validation, and context-efficient implementation execution.
| Feature | GitHub SpecKit | Autospec |
|---|---|---|
| Output Format | Markdown | YAML (machine-readable) |
| Workflow UX | Repetitive, non-composable command flow | One-command end-to-end runs (autospec run -a, autospec prep) |
| Validation | Checklist/agent-driven review | Programmatic validation with retry logic |
| Token Efficiency | Long implementation chats can accumulate large context | Fresh bounded sessions per phase/task (80%+ cost savings) |
| Status Visibility | No built-in core status command | Built-in phase/task progress via autospec st |
| Phase Orchestration | Agent-driven /speckit.* commands |
CLI-orchestrated stages with dependency handling |
| Workflow Engine | Prompt files + shell/PowerShell helpers | Typed Go orchestration in a single binary |
New to autospec? See the Quickstart Guide or run the interactive demo.
Navigate to your git repo/project directory, then check dependencies:
bash
autospec doctor
Initialize Autospec (config, commands, and scripts):
bash
autospec init # Interactive agent selection
autospec init ~/projects/myapp # Initialize at specific path
autospec init --ai codex # Configure Codex
autospec init --ai opencode # Configure specific agent
autospec init --ai claude,codex,opencode # Configure multiple agents
autospec init --project # Project-level permissions (default: global)
Permissions write to global config by default where supported. Codex project metadata is written to
.codex/config.tomlonly with--project.
Create project constitution (once per project, triggers the configured agent):
bash
autospec constitution
specify → plan → tasks → implement
The core workflow runs four stages in sequence, each creating a YAML artifact:
| Stage | Command | Creates | Description |
|---|---|---|---|
| specify | autospec specify "desc" |
specs/001-feature/spec.yaml |
Feature specification with requirements |
| plan | autospec plan |
specs/001-feature/plan.yaml |
Implementation design and architecture |
| tasks | autospec tasks |
specs/001-feature/tasks.yaml |
Actionable task breakdown with dependencies |
| implement | autospec implement |
— | Executes tasks, updates status in tasks.yaml |
Branch creation:
specifyautomatically creates and checks out a new feature branch (e.g.,spec/001-user-auth) before generating the spec.
specs/001-user-auth/spec.yaml as neededautospec run -s "Add user authentication with OAuth"
autospec run -pti
This iterative approach lets you review and refine the spec before committing to implementation.
run# All core stages: specify → plan → tasks → implement
autospec run -a "Add user authentication with OAuth"
# Specify + plan
autospec run -sp "Add caching layer"
# Tasks + implement
autospec run -ti --spec 007-feature
# Specify + clarify
autospec run -sr "Add payments"
# All core + checklist
autospec run -a -l
# Tasks + checklist + analyze + implement
autospec run -tlzi
# All core with skip confirmations (-y)
autospec run -a -y "Feature description"
# Use a specific agent (claude, codex, or opencode)
autospec run -a --agent opencode "Add REST API endpoints"
autospec run -a --agent claude "Add unit tests"
autospec run -a --agent codex "Add CLI smoke tests"
# All core stages: specify → plan → tasks → implement
autospec all "Add feature description"
# Planning only: specify → plan → tasks (no implementation)
autospec prep "Add feature description"
# Implementation only
autospec implement
autospec implement 003-feature "Focus on tests"
# Show artifacts and task progress
autospec status
autospec st
autospec st -v
Control how implementation runs with different levels of context isolation:
# Phase mode (default): 1 session per phase - balanced cost/context
autospec implement
autospec implement --from-phase 3 # Resume from phase 3 onwards
autospec implement --phase 3 # Run only phase 3
# Task mode: 1 session per task - complex tasks, max isolation
autospec implement --tasks
autospec implement --from-task T005 # Resume from task T005 onwards
autospec implement --task T003 # Run only task T003
# Single mode: 1 session for all - small specs, simple tasks
autospec implement --single-session
Set the default mode via config:
implement_method: phases | tasks | single-session
--tasks,--phases, and--single-sessionare mutually exclusive. Task-level execution respects dependency order and validates each task completes before proceeding.Why isolate sessions? Context accumulation causes LLM performance degradation and higher API costs (each turn bills the entire context). Phase/task isolation can reduce costs by 80%+ on large specs. See FAQ for details.
# Create/update project principles
autospec constitution "Emphasize security"
# Refine spec with Q&A (interactive mode)
autospec clarify "Focus on edge cases"
# Generate validation checklist
autospec checklist "Include a11y checks"
# Cross-artifact consistency analysis (interactive mode)
autospec analyze "Verify API contracts"
run command)| Flag | Stage | Description |
|---|---|---|
-s |
specify | Generate feature specification |
-p |
plan | Generate implementation plan |
-t |
tasks | Generate task breakdown |
-i |
implement | Execute implementation |
-a |
all | All core stages (-spti) |
-n |
constitution | Create/update project constitution |
-r |
clarify | Refine spec with Q&A (interactive mode) |
-l |
checklist | Generate validation checklist |
-z |
analyze | Cross-artifact consistency check (interactive mode) |
Stages always execute in canonical order regardless of flag order:
constitution → specify → clarify → plan → tasks → checklist → analyze → implement
Claude automatically updates task status during implementation. Manual updates:
autospec update-task T001 InProgress
autospec update-task T001 Completed
autospec update-task T001 Blocked
View command execution history with filtering and status tracking. See docs/public/reference.md for details.
autospec history # View all history
autospec history -n 10 # Last 10 entries
autospec history --status failed
Autospec generates structured YAML artifacts:
specs/
└── 001-user-auth/
├── spec.yaml # Feature specification
├── plan.yaml # Implementation plan
└── tasks.yaml # Actionable task breakdown
tasks.yamlfeature: user-authentication
tasks:
- id: T001
title: Create user model
status: Completed
dependencies: []
- id: T002
title: Add login endpoint
status: InProgress
dependencies: [T001]
- id: T003
title: Write authentication tests
status: Pending
dependencies: [T002]
~/.config/autospec/config.yml (XDG compliant).autospec/config.ymlPriority: Environment vars > Project config > User config > Defaults
# .autospec/config.yml
# Agent configuration
agent_preset: "" # Empty falls back to claude; built-in: claude | codex | opencode
skip_permissions: true # Autonomous mode for supported agents
custom_agent_cmd: "" # Custom command template with {{PROMPT}} placeholder
# custom_agent: # Structured agent config (alternative to custom_agent_cmd)
# command: claude
# args:
# - -p
# - --dangerously-skip-permissions
# - --verbose
# - --output-format
# - stream-json
# - "{{PROMPT}}"
# Workflow settings
max_retries: 0 # Max retry attempts per stage (0-10)
specs_dir: ./specs # Directory for feature specs
state_dir: ~/.autospec/state # Directory for state files
skip_preflight: false # Skip preflight checks
timeout: 2400 # Timeout in seconds (40 min default, 0 = no timeout)
skip_confirmations: false # Skip confirmation prompts
implement_method: phases # Default: phases | tasks | single-session
auto_commit: false # Auto-create git commit after workflow (default: false)
enable_risk_assessment: false # Enable risk section in plan.yaml (opt-in)
# Output formatting (Claude agent only)
cclean:
style: default # Output style: default | minimal | detailed
verbose: false # Show verbose output
linenumbers: false # Show line numbers in output
# Codex automated output formatting
codex_output:
mode: compact # compact | full
max_lines_per_message: 40 # Max displayed lines per compact block
color: true # Colorize compact Codex output
# Notifications (all platforms)
notifications:
enabled: false # Enable notifications (opt-in)
type: both # sound | visual | both
sound_file: "" # Custom sound file (empty = system default)
on_command_complete: true # Notify when command finishes
on_stage_complete: false # Notify on each stage
on_error: true # Notify on failures
on_long_running: false # Notify after threshold
long_running_threshold: 2m # Duration threshold
For full control over agent invocation, use custom_agent:
custom_agent:
command: claude
args:
- -p
- --model
- claude-sonnet-4-5-20250929
- "{{PROMPT}}"
Or as a single command string:
custom_agent_cmd: "claude -p --model claude-sonnet-4-5-20250929 {{PROMPT}}"
See Agent Configuration for complete details including OpenCode setup and environment variables.
autospec init
autospec init --project
autospec config show
autospec config show --json
autospec config sync # Add new options, remove deprecated ones
autospec config migrate
autospec config migrate --dry-run
The easiest way to set up s
$ claude mcp add autospec \
-- python -m otcore.mcp_server <graph>