jpskill.com
📦 その他 コミュニティ

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本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
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
🪟 Windows (PowerShell)
$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. 1. 下の青いボタンを押して auto-claude-spec.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → auto-claude-spec フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

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

システムは以下を行います。

  1. あなたの機能/タスクについて質問します
  2. 要件を明確にします
  3. あなたのコードベースを分析します
  4. 完全な仕様を生成します

タスクの説明から

# クイック仕様作成
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+ ファイル、外部連携、アーキテクチャの変更

仕様レビューのヒント

ビルドを実行する前に:

  1. 受け入れ基準を確認する - テスト可能ですか?
  2. 影響を受けるコンポーネントをレビューする - すべてのファイルが特定されていますか?
  3. 依存関係を検証する - 外部サービスは利用可能ですか?
  4. スコープを確認する - スコープは適切ですか?

仕様の管理

すべての仕様をリストする

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:

  1. Ask about your feature/task
  2. Clarify requirements
  3. Analyze your codebase
  4. 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:

  1. Check acceptance criteria - Are they testable?
  2. Review affected components - Are all files identified?
  3. Validate dependencies - Are external services available?
  4. 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 phase
  • spec_researcher.md - Research phase
  • spec_writer.md - Spec writing
  • spec_critic.md - Self-critique
  • spec_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