@k2works/claude-code-booster 1.10.0 → 1.11.0

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

@@ -1,102 +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. 現在の技術スタックを整理し最新化提案を作成
+---
+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

@@ -1,87 +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. テスト形状、テストレベル、カバレッジ目標を定義
+---
+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

@@ -1,86 +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. 画面一覧、画面遷移図、画面イメージを作成
+---
+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. 画面一覧、画面遷移図、画面イメージを作成