Claude Code Plugins

Community-maintained marketplace

Feedback

create-feature

@Crearize/ProjectTemplate
0
0

新機能開発統合スキル - 要件分析からPR作成まで、新機能開発の全工程を自動化します。analyze-requirements、develop-backend、develop-frontend、review-architecture、qa-check、create-prの各専門スキルを適切な順序で呼び出し、完全な機能開発を実現します。品質基準（テストカバレッジ80%以上、Lint/ビルド成功）を満たすまで自動的にレビュー・修正を繰り返します。

Install Skill

1Download skill
2Enable skills in Claude

Open claude.ai/settings/capabilities and find the "Skills" section

3Upload to Claude

Click "Upload skill" and select the downloaded ZIP file

Note: Please verify skill by going through its instructions before using it.

SKILL.md

name create-feature
description 新機能開発統合スキル - 要件分析からPR作成まで、新機能開発の全工程を自動化します。analyze-requirements、develop-backend、develop-frontend、review-architecture、qa-check、create-prの各専門スキルを適切な順序で呼び出し、完全な機能開発を実現します。品質基準（テストカバレッジ80%以上、Lint/ビルド成功）を満たすまで自動的にレビュー・修正を繰り返します。

Create Feature Skill - 新機能開発統合スキル

役割

新機能開発の全工程を統合的に実行するスキルです。要件分析から PR 作成まで、各専門スキルを適切な順序で呼び出し、完全な機能開発を自動化します。

実行フロー

Phase 1: 事前確認とブランチ作成

1-1. パラメータ確認

  • feature_name: 機能名確認
  • issue_number: Issue番号確認
  • specification_path: 仕様書パス確認（オプション）
  • figma_url: FigmaデザインURL確認（オプション）
  • target: 実装対象確認（backend/frontend/fullstack）

1-2. ブランチ管理

# 現在のブランチを確認
git branch --show-current

# mainブランチの場合は新しいブランチを作成
# ブランチ名: feature/[feature_name]-[issue_number]
# 例: feature/user-profile-123

# mainブランチでないことを確認

Phase 2: 要件分析（analyze-requirements）

/analyze-requirements feature_name="[feature_name]" figma_url="[figma_url]"

実行内容:

  • プロジェクト構造理解
  • 既存機能調査
  • 外部リソース取得（Figma、Context7）
  • データモデル設計
  • API設計
  • 分析レポート作成

成果物:

  • 分析レポート
  • データモデル設計案
  • API設計案

Phase 3: Backend実装（develop-backend）

条件: target が "backend" または "fullstack" の場合のみ実行

/develop-backend feature_name="[feature_name]" specification_path="[specification_path]" issue_number=[issue_number] branch_type="feature"

実行内容:

  • データベース設計（Flyway マイグレーション）
  • Entity/DTO作成
  • Mapper実装（MyBatis）
  • Service実装
  • Controller実装
  • OpenAPI仕様書更新
  • 単体テスト実装
  • error-codes.md更新（新規エラー時）
  • database-design.md更新（DB変更時）
  • サーバー起動確認

成果物:

  • Controller/Service/Mapper/Entity/DTO クラス
  • XMLマッピングファイル
  • Flywayマイグレーションファイル
  • 単体テストコード
  • 更新されたドキュメント

Phase 4: Frontend実装（develop-frontend）

条件: target が "frontend" または "fullstack" の場合のみ実行

/develop-frontend feature_name="[feature_name]" specification_path="[specification_path]" figma_url="[figma_url]" issue_number=[issue_number] branch_type="feature"

実行内容:

  • コンポーネント設計（Presentational/Container）
  • 型定義とAPI連携準備
  • Presentationalコンポーネント実装
  • Containerコンポーネント実装
  • API連携実装
  • フォーム実装（該当する場合）
  • 単体テスト実装
  • サーバー起動確認

成果物:

  • ページコンポーネント
  • Presentational/Containerコンポーネント
  • カスタムフック
  • 単体テストコード
  • Storybookストーリー

Phase 5: アーキテクチャレビュー（review-architecture）

/review-architecture target="[target]"

実行内容:

  • コーディング規約準拠確認
  • 設計整合性チェック
  • ドキュメント整合性チェック
  • DRY原則の確認
  • 禁止事項違反の検出

判定:

  • ✅ 合格 → Phase 6へ
  • ❌ 不合格 → Phase 3または4へ戻って修正

Phase 6: 品質保証（qa-check）

/qa-check target="[target]"

実行内容:

  • Lintチェック
  • 単体テスト実行
  • ビルド検証
  • カバレッジ確認（80%以上）

判定:

  • ✅ 合格 → Phase 7へ
  • ❌ 不合格 → Phase 3または4へ戻って修正

Phase 7: PR作成（create-pr）

/create-pr issue_number=[issue_number]

実行内容:

  • 変更内容の確認
  • PR説明文の自動生成
  • GitHub PRの作成
  • PR URL返却

成果物:

  • GitHub Pull Request
  • PR URL

Phase 8: 完了報告

## Create Feature 完了報告

### 機能名
- [feature_name]

### Issue番号
- #[issue_number]

### PR URL
- [PR URL]

### 実装内容

#### Backend（実装した場合）
- **API**: [実装したエンドポイント一覧]
- **データベース**: [追加/変更したテーブル]
- **テスト**: [テストクラス数] クラス、[テストケース数] ケース
- **カバレッジ**: [数値]%

#### Frontend（実装した場合）
- **ページ**: [実装したページ一覧]
- **コンポーネント**: [作成したコンポーネント一覧]
- **テスト**: [テストファイル数] ファイル、[テストケース数] ケース
- **カバレッジ**: [数値]%

### 品質保証結果
- ✅ アーキテクチャレビュー: 合格
- ✅ QAチェック: 合格
- ✅ テストカバレッジ: 80%以上
- ✅ Lint/ビルド: 成功

### 次のステップ
Pull Requestのレビューを依頼してください。

エラーハンドリング

Phase 5（アーキテクチャレビュー）で不合格の場合

  1. レビュー結果を分析
  2. Backend/Frontendの該当箇所を特定
  3. 必須修正事項を修正:
    • Backend修正が必要 → develop-backend を再実行
    • Frontend修正が必要 → develop-frontend を再実行
  4. 修正完了後、review-architecture を再実行
  5. 合格するまで繰り返し

Phase 6（QAチェック）で不合格の場合

  1. QA結果を分析
  2. 問題箇所を特定:
    • Lintエラー → コーディング規約準拠のため修正
    • テスト失敗 → テストまたは実装を修正
    • ビルドエラー → ビルドエラーを修正
    • カバレッジ不足 → テストを追加
  3. 修正完了後、qa-check を再実行
  4. 合格するまで繰り返し

各Phaseでのエラー

各スキル実行時にエラーが発生した場合:

  1. エラー内容を詳細に確認
  2. 原因を分析
  3. 該当スキルを再実行（パラメータ調整等）
  4. 解決しない場合はユーザーに報告

使用するスキル一覧

  1. analyze-requirements: 要件分析
  2. develop-backend: バックエンド実装（条件付き）
  3. develop-frontend: フロントエンド実装（条件付き）
  4. review-architecture: アーキテクチャレビュー
  5. qa-check: 品質保証
  6. create-pr: PR作成

重要な注意事項

必ず守るべきルール

  1. ブランチ確認: mainブランチでないことを必ず確認
  2. Issue番号必須: 全てのスキル呼び出しで統一したIssue番号を使用
  3. 順序厳守: Phase 1 → 2 → 3/4 → 5 → 6 → 7 → 8 の順序を守る
  4. レビュー/QA合格必須: Phase 5, 6 で不合格の場合は修正して再実行
  5. 完全自動化: 人間の介入なしで完結させる（エラー時を除く）

品質基準

  • テストカバレッジ: 80%以上
  • Lintエラー: 0件
  • テスト失敗: 0件
  • ビルドエラー: 0件
  • アーキテクチャレビュー: 合格
  • QAチェック: 合格

タイムアウト対策

  • 各スキル実行時のタイムアウトに注意
  • 長時間かかる処理（ビルド等）はタイムアウト設定を調整
  • バックグラウンド実行も活用

トラブルシューティング

analyze-requirements が失敗

  • 仕様書パスを確認
  • Figma URLを確認
  • プロジェクト構造を確認

develop-backend/frontend が失敗

  • ブランチを確認
  • Issue番号を確認
  • 依存関係を確認
  • サーバー起動確認

review-architecture が不合格

  • レビュー結果の必須修正事項を確認
  • 該当箇所を修正
  • 再度レビュー実行

qa-check が不合格

  • QA結果の修正必要項目を確認
  • Lint/テスト/ビルドエラーを修正
  • 再度QA実行

create-pr が失敗

  • git statusを確認
  • コミット内容を確認
  • GitHub認証を確認

参照ドキュメント

必須参照

  • documents/development/development-policy.md: 開発ガイドライン
  • documents/development/quick-checklist.md: 簡易チェックリスト

各スキルの詳細

  • .claude/skills/analyze-requirements/README.md
  • .claude/skills/develop-backend/README.md
  • .claude/skills/develop-frontend/README.md
  • .claude/skills/review-architecture/README.md
  • .claude/skills/qa-check/README.md
  • .claude/skills/create-pr/README.md