auto-claude-spec
Auto-Claude specは、機能仕様書の作成や管理、要件変更、ライフサイクル管理に活用でき、仕様書の作成から運用までを効率的にサポートするSkill。
📜 元の英語説明(参考)
Auto-Claude spec creation and management. Use when creating feature specs, understanding spec pipeline phases, modifying requirements, or managing spec lifecycle.
🇯🇵 日本人クリエイター向け解説
Auto-Claude specは、機能仕様書の作成や管理、要件変更、ライフサイクル管理に活用でき、仕様書の作成から運用までを効率的にサポートするSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o auto-claude-spec.zip https://jpskill.com/download/9361.zip && unzip -o auto-claude-spec.zip && rm auto-claude-spec.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/9361.zip -OutFile "$d\auto-claude-spec.zip"; Expand-Archive "$d\auto-claude-spec.zip" -DestinationPath $d -Force; ri "$d\auto-claude-spec.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
auto-claude-spec.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
auto-claude-specフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
Auto-Claude 仕様作成
自律的なビルドのための仕様作成パイプラインをマスターしましょう。
概要
仕様は Auto-Claude ビルドの基礎です。仕様は以下を定義します。
- 何を構築する必要があるか
- 受け入れ基準
- 既存のコードベースからのコンテキスト
- 実装計画
仕様パイプラインのフェーズ
動的なフェーズ選択
Auto-Claude は、タスクの複雑さに基づいてフェーズを自動的に選択します。
| 複雑さ | フェーズ | 説明 |
|---|---|---|
| SIMPLE | 3 | Discovery → Quick Spec → Validate |
| STANDARD | 6-7 | Discovery → Requirements → [Research] → Context → Spec → Plan → Validate |
| COMPLEX | 8 | Research と Self-Critique フェーズを含む完全なパイプライン |
フェーズの内訳
1. Discovery フェーズ
- ユーザー要件をインタラクティブに収集します
- 明確にするための質問をします
- スコープと制約を特定します
2. Requirements フェーズ
- 要件を JSON 形式で構造化します
- 受け入れ基準を定義します
- 技術的な制約をリストします
3. Research フェーズ (Standard/Complex)
- 外部連携を検証します
- API の互換性を確認します
- ベストプラクティスを調査します
4. Context フェーズ
- 既存のコードベースを分析します
- 関連ファイルを特定します
- 依存関係をマッピングします
5. Spec Writing フェーズ
- 詳細な spec.md を作成します
- 技術的なアプローチを文書化します
- 影響を受けるコンポーネントをリストします
6. Planning フェーズ
- 実装計画を作成します
- 作業をサブタスクに分割します
- フェーズの依存関係を定義します
7. Critique フェーズ (Complex のみ)
- ultrathink を使用して自己レビューを行います
- 潜在的な問題を特定します
- 改善点を提案します
8. Validation フェーズ
- すべての成果物を検証します
- 完了度を確認します
- ビルドの準備をします
仕様の作成
インタラクティブモード (推奨)
cd apps/backend
python spec_runner.py --interactive
システムは以下を行います。
- あなたの機能/タスクについて質問します
- 要件を明確にします
- あなたのコードベースを分析します
- 完全な仕様を生成します
タスクの説明から
# クイック仕様作成
python spec_runner.py --task "Add dark mode toggle to settings page"
# 強制的な複雑さで
python spec_runner.py --task "Add payment integration" --complexity complex
中断された仕様の再開
# 停止した場所から再開
python spec_runner.py --continue 001-feature-name
仕様の構造
ディレクトリレイアウト
.auto-claude/specs/001-feature-name/
├── spec.md # メインの仕様書
├── requirements.json # 構造化された要件
├── context.json # コードベースのコンテキスト
├── implementation_plan.json # サブタスクベースの計画
├── discovery.json # 初期ディスカバリーデータ
├── research.json # 調査結果 (該当する場合)
└── validation_report.json # 検証結果
spec.md の形式
# Feature: [Feature Name]
## Overview
[この機能が何をするかの説明]
## Acceptance Criteria
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3
## Technical Approach
[機能がどのように実装されるか]
## Affected Components
- Component 1: [変更点]
- Component 2: [変更点]
## Dependencies
- [外部依存関係 (もしあれば)]
## Testing Strategy
[機能が動作することを検証する方法]
requirements.json の形式
{
"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"
}
implementation_plan.json の形式
{
"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
}
ベストプラクティス
優れた要件の記述
良い例:
"Add user authentication using Google OAuth with:
- Login button in header
- Protected routes for /dashboard/*
- User profile stored in database
- Session management with cookies"
悪い例:
"Add login feature"
複雑さの選択
| 選択 | いつ |
|---|---|
| Simple | 1-2 ファイル、UI の微調整、テキストの変更、単純なバグ修正 |
| Standard | 3-10 ファイル、新機能、コンポーネントの追加 |
| Complex | 10+ ファイル、外部連携、アーキテクチャの変更 |
仕様レビューのヒント
ビルドを実行する前に:
- 受け入れ基準を確認する - テスト可能ですか?
- 影響を受けるコンポーネントをレビューする - すべてのファイルが特定されていますか?
- 依存関係を検証する - 外部サービスは利用可能ですか?
- スコープを確認する - スコープは適切ですか?
仕様の管理
すべての仕様をリストする
python run.py --list
出力:
Specs:
001-user-auth [COMPLETE] - User authentication
002-dark-mode [BUILDING] - Dark mode toggle
003-search [PENDING] - Search functionality
仕様のステータスを表示する
# 仕様の詳細を確認
cat .auto-claude/specs/001-feature/spec.md
# 実装の進捗状況を確認
cat .auto-claude/specs/001-feature/implementation_plan.json
仕様の変更
spec.md ファイルを直接編集します。
# 仕様を編集
nano .auto-claude/specs/001-feature/spec.md
# 再検証
python validate_spec.py --spec-dir .auto-claude/specs/001-feature --checkpoint all
仕様の削除
# 仕様ディレクトリを削除
rm -rf .auto-claude/specs/001-feature
# または CLI 経由で破棄 (ワークツリーのクリーンアップを含む)
python run.py --spec 001 --discard
高度な使用法
カスタムプロンプト
apps/backend/prompts/ 内のプロンプトを変更します。
spec_gatherer.md- Discovery フェーズspec_researcher.md- Research フェーズspec_writer.md- 仕様の記述spec_critic.md- 自己批判spec_quick.md- 簡単な仕様作成
バッチ仕様 C
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Auto-Claude Spec Creation
Master the spec creation pipeline for autonomous builds.
Overview
Specs are the foundation of Auto-Claude builds. They define:
- What needs to be built
- Acceptance criteria
- Context from existing codebase
- Implementation plan
Spec Pipeline Phases
Dynamic Phase Selection
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 |
Phase Breakdown
1. Discovery Phase
- Gathers user requirements interactively
- Asks clarifying questions
- Identifies scope and constraints
2. Requirements Phase
- Structures requirements into JSON format
- Defines acceptance criteria
- Lists technical constraints
3. Research Phase (Standard/Complex)
- Validates external integrations
- Checks API compatibility
- Researches best practices
4. Context Phase
- Analyzes existing codebase
- Identifies relevant files
- Maps dependencies
5. Spec Writing Phase
- Creates detailed spec.md
- Documents technical approach
- Lists affected components
6. Planning Phase
- Creates implementation plan
- Breaks work into subtasks
- Defines phase dependencies
7. Critique Phase (Complex only)
- Self-review using ultrathink
- Identifies potential issues
- Suggests improvements
8. Validation Phase
- Validates all artifacts
- Checks completeness
- Prepares for build
Creating Specs
Interactive Mode (Recommended)
cd apps/backend
python spec_runner.py --interactive
The system will:
- Ask about your feature/task
- Clarify requirements
- Analyze your codebase
- Generate complete spec
From Task Description
# 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
Continue Interrupted Spec
# Resume from where it stopped
python spec_runner.py --continue 001-feature-name
Spec Structure
Directory Layout
.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
spec.md Format
# 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]
requirements.json Format
{
"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"
}
implementation_plan.json Format
{
"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
}
Best Practices
Writing Good Requirements
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"
Complexity Selection
| 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 |
Spec Review Tips
Before running build:
- Check acceptance criteria - Are they testable?
- Review affected components - Are all files identified?
- Validate dependencies - Are external services available?
- Confirm scope - Is the scope appropriate?
Managing Specs
List All Specs
python run.py --list
Output:
Specs:
001-user-auth [COMPLETE] - User authentication
002-dark-mode [BUILDING] - Dark mode toggle
003-search [PENDING] - Search functionality
View Spec Status
# Check spec details
cat .auto-claude/specs/001-feature/spec.md
# Check implementation progress
cat .auto-claude/specs/001-feature/implementation_plan.json
Modify Spec
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
Delete Spec
# Remove spec directory
rm -rf .auto-claude/specs/001-feature
# Or discard via CLI (includes worktree cleanup)
python run.py --spec 001 --discard
Advanced Usage
Custom Prompts
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
Batch Spec Creation
# Create specs from a file
while IFS= read -r task; do
python spec_runner.py --task "$task" --complexity standard
done < tasks.txt
Spec Templates
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
Troubleshooting
Spec Creation Fails
# Enable debug mode
DEBUG=true python spec_runner.py --interactive
# Check logs
cat .auto-claude/logs/spec_runner.log
Invalid Requirements
# Validate spec structure
python validate_spec.py --spec-dir .auto-claude/specs/001-feature --checkpoint requirements
Context Discovery Issues
# Re-run context analysis
python spec_runner.py --continue 001-feature
# Or manually trigger context phase
# (Edit implementation_plan.json to reset context phase)
Related Skills
- auto-claude-cli: CLI command reference
- auto-claude-build: Running builds
- auto-claude-workspace: Workspace management