@k2works/claude-code-booster 0.23.0 → 1.0.0

package/lib/assets/.claude/skills/analyzing-non-functional/SKILL.md

@@ -0,0 +1,91 @@
+---
+name: analyzing-non-functional
+description: 非機能要件を定義。性能、セキュリティ、可用性、保守性の要件策定。非機能要件やシステム品質の検討時に使用。
+---
+
+# 非機能要件定義支援
+
+性能、セキュリティ、可用性などの非機能要件を定義します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/非機能要件定義ガイド.md - 非機能要件定義の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
+- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
+- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
+
+### 3. 成果物
+
+- @docs/design/non_functional.md - 非機能要件定義
+
+### 4. 作業内容
+
+#### 性能要件
+
+- レスポンスタイム
+- スループット
+- 同時接続数
+
+#### セキュリティ要件
+
+- 認証・認可
+- データ暗号化
+- 監査ログ
+
+#### 可用性要件
+
+- 稼働率目標
+- 障害復旧時間（RTO）
+- データ復旧時点（RPO）
+
+#### 保守性要件
+
+- ログ出力
+- 監視項目
+- アラート設定
+
+#### 拡張性要件
+
+- スケーラビリティ
+- 将来の拡張性
+
+### 5. 注意事項
+
+- **前提条件**: 機能要件とアーキテクチャ設計が完了していること
+- **制限事項**: 非機能要件は測定可能な形で定義すること
+- **推奨事項**: SLA/SLO を明確に定義する
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] 性能要件が定義されている
+- [ ] セキュリティ要件が定義されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] 性能要件が定義されている
+- [ ] セキュリティ要件が定義されている
+```
+
+## Examples
+
+### インフラアーキテクチャに基づく非機能要件定義
+
+1. アーキテクチャドキュメントを読み込む
+2. @docs/reference/非機能要件定義ガイド.md に基づいて定義
+3. 測定可能な形で各非機能要件を策定

package/lib/assets/.claude/skills/analyzing-operation/SKILL.md

@@ -0,0 +1,91 @@
+---
+name: analyzing-operation
+description: 運用要件を定義。運用フロー、監視設計、障害対応手順の策定。運用設計や監視体制の検討時に使用。
+---
+
+# 運用要件定義支援
+
+運用フロー、監視、バックアップなどの運用要件を定義します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/運用要件定義ガイド.md - 運用要件定義の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
+- @docs/design/non_functional.md - 非機能要件定義
+
+### 3. 成果物
+
+- @docs/design/operation.md - 運用要件定義
+
+### 4. 作業内容
+
+#### 運用フロー設計
+
+- 日次運用
+- 月次運用
+- 年次運用
+
+#### 監視設計
+
+- 監視項目の定義
+- アラート閾値の設定
+- エスカレーションフロー
+
+#### バックアップ設計
+
+- バックアップ方式
+- バックアップスケジュール
+- リストア手順
+
+#### 障害対応設計
+
+- 障害検知方法
+- 復旧手順
+- 連絡体制
+
+#### 変更管理設計
+
+- リリース手順
+- ロールバック手順
+- 変更承認フロー
+
+### 5. 注意事項
+
+- **前提条件**: 非機能要件とインフラアーキテクチャが完了していること
+- **制限事項**: 運用手順は自動化を前提に設計すること
+- **推奨事項**: IaC（Infrastructure as Code）を活用する
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] 運用フローが定義されている
+- [ ] 監視設計が完了している
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] 運用フローが定義されている
+- [ ] 監視設計が完了している
+```
+
+## Examples
+
+### SLA を満たすための運用要件定義
+
+1. 非機能要件とインフラアーキテクチャを読み込む
+2. @docs/reference/運用要件定義ガイド.md に基づいて定義
+3. SLA を満たすための運用フロー、監視、障害対応を策定

package/lib/assets/.claude/skills/analyzing-requirements/SKILL.md

@@ -0,0 +1,87 @@
+---
+name: analyzing-requirements
+description: 要件定義を支援。RDRA 2.0 に基づくシステム価値、外部環境、境界の分析。要件定義やシステム分析の検討時に使用。
+---
+
+# 要件定義支援
+
+RDRA モデルに基づいた体系的な要件定義を作成します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/要件定義支援.md - 要件定義の進め方ガイド
+
+### 2. テンプレート
+
+- @docs/template/要件定義.md - 要件定義テンプレート（**編集禁止**）
+
+### 3. 成果物
+
+- @docs/requirements/requirements_definition.md
+
+### 4. 作業内容
+
+#### システム価値の明確化
+
+- システムコンテキスト図の作成
+- 要求モデルの定義
+
+#### システム外部環境の分析
+
+- ビジネスコンテキストの把握
+- ビジネスユースケースの識別
+- 業務フローの整理
+- 利用シーンの特定
+
+#### システム境界の定義
+
+- ユースケース複合図の作成
+- 画面・帳票モデルの定義
+- イベントモデルの設計
+
+#### システム内部構造の設計
+
+- 情報モデルの作成
+- 状態モデルの定義
+
+### 5. 注意事項
+
+- **前提条件**: @docs/requirements/requirements_definition.md が無ければ新規要件定義を開始
+- **制限事項**: テンプレート @docs/template/要件定義.md は絶対に編集しないこと
+- **推奨事項**: ステークホルダーとの合意形成を行いながら進める
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] システムコンテキスト図が作成されている
+- [ ] 要求モデルが定義されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] システムコンテキスト図が作成されている
+- [ ] 要求モデルが定義されている
+```
+
+## Examples
+
+### 新規プロジェクトで要件定義を開始
+
+1. プロジェクトの基本情報を確認
+2. @docs/reference/要件定義支援.md に基づいて RDRA モデルで要件定義
+3. テンプレートの構造に従って成果物を作成
+
+### 既存要件の詳細化
+
+1. 既存の @docs/requirements/requirements_definition.md を読み込む
+2. 不足している項目を分析し改善提案を作成

package/lib/assets/.claude/skills/analyzing-tech-stack/SKILL.md

@@ -0,0 +1,102 @@
+---
+name: analyzing-tech-stack
+description: 技術スタック選定を支援。フレームワーク、ライブラリ、インフラの選定と評価。技術選定や構成の検討時に使用。
+---
+
+# 技術スタック選定支援
+
+表形式の技術スタック一覧を作成します。
+
+## Instructions
+
+### 1. 入力
+
+- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
+- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
+- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
+
+### 2. 成果物
+
+- @docs/design/tech_stack.md - 技術スタック一覧
+
+### 3. 作業内容
+
+#### バックエンド技術スタック
+
+- 言語・フレームワーク
+- ORM・データベースドライバ
+- テストフレームワーク
+- ビルドツール
+
+#### フロントエンド技術スタック
+
+- フレームワーク
+- 状態管理ライブラリ
+- UI コンポーネントライブラリ
+- テストフレームワーク
+- ビルドツール
+
+#### インフラ技術スタック
+
+- クラウドサービス
+- コンテナ技術
+- CI/CD ツール
+- 監視ツール
+
+#### バージョン管理
+
+- 各技術のバージョン
+- サポート期限
+- アップグレード計画
+
+### 4. 出力フォーマット
+
+```markdown
+| カテゴリ | 技術 | バージョン | 用途 |
+|---------|------|-----------|------|
+| 言語 | Java | 25 | バックエンド開発 |
+| フレームワーク | Spring Boot | 4.x | Web アプリケーション |
+| ORM | MyBatis | 3.x | データアクセス |
+| DB | PostgreSQL | 16 | データストア |
+| テスト | JUnit 5 | 5.11+ | ユニットテスト |
+```
+
+### 5. 注意事項
+
+- **前提条件**: アーキテクチャ設計が完了していること
+- **制限事項**: LTS バージョンを優先して選定すること
+- **推奨事項**: セキュリティパッチの適用計画を含める
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] 技術スタック一覧が作成されている
+- [ ] バージョン情報が記載されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] 技術スタック一覧が作成されている
+- [ ] バージョン情報が記載されている
+```
+
+## Examples
+
+### アーキテクチャに基づく技術スタック選定
+
+1. アーキテクチャドキュメントを読み込む
+2. 各レイヤーに最適な技術を選定
+3. 表形式で技術スタック一覧を作成
+
+### 既存技術スタックの整理
+
+1. `package.json` や `pom.xml` を確認
+2. 現在の技術スタックを整理し最新化提案を作成

package/lib/assets/.claude/skills/analyzing-test-strategy/SKILL.md

@@ -0,0 +1,87 @@
+---
+name: analyzing-test-strategy
+description: テスト戦略を策定。テストピラミッド設計、テスト種別の定義、カバレッジ目標の設定。テスト計画や品質戦略の検討時に使用。
+---
+
+# テスト戦略策定支援
+
+ピラミッド型・ダイヤモンド型・逆ピラミッド型テストの選択を支援します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/テスト戦略ガイド.md - テスト戦略の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/requirements/business_usecase.md - ビジネスユースケース
+- @docs/requirements/system_usecase.md - システムユースケース
+- @docs/requirements/user_story.md - ユーザーストーリー
+- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
+- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
+
+### 3. 成果物
+
+- @docs/design/test_strategy.md - テスト戦略
+
+### 4. 作業内容
+
+#### テスト形状の選択
+
+- ピラミッド型（ユニット重視）
+- ダイヤモンド型（統合テスト重視）
+- 逆ピラミッド型（E2E 重視）
+
+#### テストレベルの定義
+
+- ユニットテスト
+- 統合テスト
+- E2E テスト
+- 受け入れテスト
+
+#### テスト戦略の策定
+
+- カバレッジ目標
+- テストツールの選定
+- CI/CD との連携
+
+#### トレーサビリティの確保
+
+- 要件とテストケースのマッピング
+
+### 5. 注意事項
+
+- **前提条件**: アーキテクチャ設計が完了していること
+- **制限事項**: テスト戦略はアーキテクチャパターンに適合させること
+- **推奨事項**: TDD/BDD の適用を検討する
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] テスト形状が選択されている
+- [ ] カバレッジ目標が設定されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] テスト形状が選択されている
+- [ ] カバレッジ目標が設定されている
+```
+
+## Examples
+
+### アーキテクチャに適したテスト戦略の策定
+
+1. バックエンド・フロントエンドのアーキテクチャを読み込む
+2. @docs/reference/テスト戦略ガイド.md に基づいてテスト戦略を策定
+3. テスト形状、テストレベル、カバレッジ目標を定義

package/lib/assets/.claude/skills/analyzing-ui-design/SKILL.md

@@ -0,0 +1,86 @@
+---
+name: analyzing-ui-design
+description: UI 設計を支援。画面遷移図、画面イメージ、コンポーネント設計。UI/UX 設計やフロントエンド画面の検討時に使用。
+---
+
+# UI 設計支援
+
+画面遷移図と画面イメージを PlantUML で設計します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/UI設計ガイド.md - UI 設計の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/requirements/business_usecase.md - ビジネスユースケース
+- @docs/requirements/system_usecase.md - システムユースケース
+- @docs/requirements/user_story.md - ユーザーストーリー
+- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
+- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
+
+### 3. 成果物
+
+- @docs/design/ui_design.md - UI 設計
+
+### 4. 作業内容
+
+#### 画面一覧作成
+
+- ユースケースから必要な画面を識別
+- 画面の目的と機能を定義
+
+#### 画面遷移図作成
+
+- PlantUML のステートチャート図を使用
+- 画面間の遷移条件を定義
+
+#### 画面イメージ作成
+
+- PlantUML の salt 図を使用
+- 入力項目・ボタン・表示項目のレイアウト
+
+#### インタラクション設計
+
+- ユーザー操作フローの定義
+- エラー処理・フィードバックの設計
+
+### 5. 注意事項
+
+- **前提条件**: 要件定義とユースケースが完了していること
+- **制限事項**:
+  - 画面遷移には PlantUML のステートチャート図を使用すること
+  - 画面イメージには PlantUML の salt 図を使用すること
+- **推奨事項**: ユーザビリティを考慮し、一貫性のある UI を設計する
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] 画面一覧が作成されている
+- [ ] 画面遷移図が作成されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] 画面一覧が作成されている
+- [ ] 画面遷移図が作成されている
+```
+
+## Examples
+
+### ユーザーストーリーに基づく画面設計
+
+1. ユーザーストーリーとフロントエンドアーキテクチャを読み込む
+2. @docs/reference/UI設計ガイド.md に基づいて設計
+3. 画面一覧、画面遷移図、画面イメージを作成

package/lib/assets/.claude/skills/analyzing-usecases/SKILL.md

@@ -0,0 +1,87 @@
+---
+name: analyzing-usecases
+description: ユースケースとユーザーストーリーの作成を支援。ビジネスユースケースの抽出からシステムユースケースの定義まで。ユースケース分析やストーリー作成時に使用。
+---
+
+# ユースケース・ユーザーストーリー作成支援
+
+要件定義からユースケースを抽出し、トレーサビリティを維持します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/ユースケース作成ガイド.md - ユースケース作成の進め方
+
+### 2. テンプレート
+
+- @docs/template/完全形式のユースケース.md - ユースケーステンプレート（**編集禁止**）
+
+### 3. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+
+### 4. 成果物
+
+- @docs/requirements/business_usecase.md - ビジネスユースケース
+- @docs/requirements/system_usecase.md - システムユースケース
+- @docs/requirements/user_story.md - ユーザーストーリー
+
+### 5. 作業内容
+
+#### ビジネスユースケース作成
+
+- 要件定義からビジネスユースケースを抽出
+- アクターとユースケースの関係を定義
+
+#### システムユースケース作成
+
+- ビジネスユースケースを詳細化
+- システム境界を明確化
+
+#### ユーザーストーリー作成
+
+- システムユースケースからユーザーストーリーを導出
+- 受け入れ基準の定義
+
+#### トレーサビリティ維持
+
+- ユースケースとユーザーストーリー間のトレーサビリティを確保
+
+### 6. 注意事項
+
+- **前提条件**: @docs/requirements/requirements_definition.md が存在すること
+- **制限事項**:
+  - テンプレート @docs/template/完全形式のユースケース.md は絶対に編集しないこと
+  - user_story.md にはユーザーストーリーのみ記述する
+  - リリース計画とイテレーション計画は別途作成する
+- **推奨事項**: ユースケースとユーザーストーリーでトレーサビリティを維持する
+
+### 7. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] ビジネスユースケースが作成されている
+- [ ] ユーザーストーリーが作成されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] ビジネスユースケースが作成されている
+- [ ] ユーザーストーリーが作成されている
+```
+
+## Examples
+
+### 要件定義に基づくユースケース作成
+
+1. @docs/requirements/requirements_definition.md を読み込む
+2. @docs/reference/ユースケース作成ガイド.md に基づいてユースケースを作成
+3. ビジネスユースケース → システムユースケース → ユーザーストーリーの順に作成