.claude/skills/auto-claude-spec/SKILL.md
Auto-Claude spec creation and management. Use when creating feature specs, understanding spec pipeline phases, modifying requirements, or managing spec lifecycle.
npx skillsauth add adaptationio/skrillz auto-claude-specInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Master the spec creation pipeline for autonomous builds.
Specs are the foundation of Auto-Claude builds. They define:
Auto-Claude automatically selects phases based on task complexity:
| Complexity | Phases | Description | |------------|--------|-------------| | SIMPLE | 3 | Discovery → Quick Spec → Validate | | STANDARD | 6-7 | Discovery → Requirements → [Research] → Context → Spec → Plan → Validate | | COMPLEX | 8 | Full pipeline with Research and Self-Critique phases |
cd apps/backend
python spec_runner.py --interactive
The system will:
# Quick spec creation
python spec_runner.py --task "Add dark mode toggle to settings page"
# With forced complexity
python spec_runner.py --task "Add payment integration" --complexity complex
# Resume from where it stopped
python spec_runner.py --continue 001-feature-name
.auto-claude/specs/001-feature-name/
├── spec.md # Main specification document
├── requirements.json # Structured requirements
├── context.json # Codebase context
├── implementation_plan.json # Subtask-based plan
├── discovery.json # Initial discovery data
├── research.json # Research findings (if applicable)
└── validation_report.json # Validation results
# Feature: [Feature Name]
## Overview
[Description of what this feature does]
## Acceptance Criteria
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3
## Technical Approach
[How the feature will be implemented]
## Affected Components
- Component 1: [changes]
- Component 2: [changes]
## Dependencies
- [External dependencies if any]
## Testing Strategy
[How to verify the feature works]
{
"title": "Feature Title",
"description": "Detailed description",
"acceptance_criteria": [
"User can do X",
"System responds with Y"
],
"constraints": [
"Must work on mobile",
"Must be accessible"
],
"priority": "high",
"complexity": "standard"
}
{
"spec_id": "001-feature-name",
"subtasks": [
{
"id": 1,
"title": "Create data model",
"description": "Add User schema to database",
"status": "pending",
"dependencies": [],
"files": ["src/models/user.ts"]
},
{
"id": 2,
"title": "Implement API endpoint",
"description": "Create /api/users route",
"status": "pending",
"dependencies": [1],
"files": ["src/routes/users.ts"]
}
],
"total_subtasks": 2,
"completed": 0
}
Good:
"Add user authentication using Google OAuth with:
- Login button in header
- Protected routes for /dashboard/*
- User profile stored in database
- Session management with cookies"
Bad:
"Add login feature"
| Choose | When | |--------|------| | Simple | 1-2 files, UI tweaks, text changes, simple bug fixes | | Standard | 3-10 files, new features, component additions | | Complex | 10+ files, external integrations, architectural changes |
Before running build:
python run.py --list
Output:
Specs:
001-user-auth [COMPLETE] - User authentication
002-dark-mode [BUILDING] - Dark mode toggle
003-search [PENDING] - Search functionality
# Check spec details
cat .auto-claude/specs/001-feature/spec.md
# Check implementation progress
cat .auto-claude/specs/001-feature/implementation_plan.json
Edit the spec.md file directly:
# Edit spec
nano .auto-claude/specs/001-feature/spec.md
# Re-validate
python validate_spec.py --spec-dir .auto-claude/specs/001-feature --checkpoint all
# Remove spec directory
rm -rf .auto-claude/specs/001-feature
# Or discard via CLI (includes worktree cleanup)
python run.py --spec 001 --discard
Modify prompts in apps/backend/prompts/:
spec_gatherer.md - Discovery phasespec_researcher.md - Research phasespec_writer.md - Spec writingspec_critic.md - Self-critiquespec_quick.md - Simple spec creation# Create specs from a file
while IFS= read -r task; do
python spec_runner.py --task "$task" --complexity standard
done < tasks.txt
Create custom templates in apps/backend/templates/ (if needed):
mkdir -p templates
cat > templates/api-feature.md << 'EOF'
# API Feature: {{name}}
## Endpoints
- GET /api/{{resource}}
- POST /api/{{resource}}
## Data Model
[Define schema]
## Authentication
[Required auth level]
EOF
# Enable debug mode
DEBUG=true python spec_runner.py --interactive
# Check logs
cat .auto-claude/logs/spec_runner.log
# Validate spec structure
python validate_spec.py --spec-dir .auto-claude/specs/001-feature --checkpoint requirements
# Re-run context analysis
python spec_runner.py --continue 001-feature
# Or manually trigger context phase
# (Edit implementation_plan.json to reset context phase)
development
Setup secure web-based terminal access to WSL2 from mobile/tablet via ttyd + ngrok/Cloudflare/Tailscale. One-command install, start, stop, status. Use when you need remote terminal access, web terminal, browser-based shell, or mobile access to WSL2 environment.
development
Complete development workflows where Claude writes the code while Gemini and Codex provide research, planning, reviews, and different perspectives. Claude remains the main developer. Use for complex projects requiring expert planning and multi-perspective reviews.
development
Systematic progress tracking for skill development. Manages task states (pending/in_progress/completed), updates in real-time, reports progress, identifies blockers, and maintains momentum. Use when tracking skill development, coordinating work, or reporting progress.
testing
Comprehensive testing workflow orchestrating functional testing, example validation, integration testing, and usability assessment. Sequential workflow for complete skill testing from examples through scenarios to integration validation. Use when conducting thorough testing, pre-deployment validation, ensuring skill functionality, or comprehensive quality checks.