@k2works/claude-code-booster 0.23.0 → 1.0.0

package/lib/assets/.claude/COMMAND_TEMPLATE.md

@@ -1,122 +0,0 @@
-## Command Name
-
-コマンドの簡潔な説明（1 行で何をするコマンドか説明）。
-
-<!-- 
-テンプレート使用時の注意:
-- 必須セクション: タイトル、説明、使い方、基本例、Claude との連携、注意事項
-- オプションセクション: オプション、詳細機能、出力例、ベストプラクティス、関連コマンド
-- コマンドの複雑さに応じて必要なセクションのみを使用してください
--->
-
-### 使い方
-
-```bash
-/command-name [オプション]
-```
-
-### オプション
-
-- なし : デフォルトの動作
-- `--option1` : オプション 1 の説明
-- `--option2 <値>` : パラメータを取るオプションの説明
-- `--flag` : フラグオプションの説明
-
-※ オプションが不要なコマンドの場合は、このセクション全体を省略可能です。
-
-### 基本例
-
-```bash
-# 基本的な使い方
-/command-name
-「実行する際の説明」
-
-# オプション付きの例
-/command-name --option1
-「オプション 1 を使った場合の説明」
-
-# パラメータ付きオプションの例
-/command-name --option2 value
-「パラメータ付きオプションの使用例」
-
-# 複数オプションの組み合わせ
-/command-name --option1 --flag
-「複数オプションを組み合わせた例」
-```
-
-### 詳細機能（オプション）
-
-#### 機能カテゴリ 1
-
-機能の詳細説明と使用場面の説明。
-
-```bash
-# 具体的なコード例
-command example
-```
-
-#### 機能カテゴリ 2
-
-別の機能の詳細説明。
-
-- **特徴 1**: 説明
-- **特徴 2**: 説明
-- **特徴 3**: 説明
-
-※ シンプルなコマンドの場合、このセクションは省略可能です。
-
-### 出力例（オプション）
-
-```
-期待される出力フォーマットの例
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-実際の出力内容のサンプル
-├─ 項目 1: 値
-├─ 項目 2: 値
-└─ 項目 3: 値
-```
-
-※ 出力が単純な場合や、基本例で十分説明できる場合は、このセクションは省略可能です。
-
-### Claude との連携
-
-```bash
-# ファイルと組み合わせた使用例
-cat file.txt
-/command-name
-「ファイル内容を含めた分析を依頼」
-
-# パイプラインでの使用例
-command1 | command2
-/command-name
-「前のコマンドの出力を使った処理」
-
-# 複雑な分析の例
-ls -la && cat config.json
-/command-name --option1
-「複数の情報を組み合わせた分析」
-```
-
-### 注意事項
-
-- **前提条件**: コマンド実行に必要な前提条件
-- **制限事項**: 機能の制限や注意すべき点
-- **推奨事項**: 効果的な使用方法の推奨
-
-### ベストプラクティス（オプション）
-
-1. **原則 1**: 推奨される使用方法の説明
-2. **原則 2**: 避けるべき使用方法の説明
-3. **原則 3**: パフォーマンスや効率に関する推奨
-4. **原則 4**: セキュリティや安全性に関する推奨
-
-※ シンプルなコマンドで特別な注意点がない場合は、このセクションは省略可能です。
-
-### 関連コマンド（オプション）
-
-- `/related-command1` : 関連する機能を持つコマンド
-- `/related-command2` : 組み合わせて使うと効果的なコマンド
-- `/related-command3` : 代替として使えるコマンド
-
-※ 関連するコマンドがない場合は、このセクションは省略可能です。

package/lib/assets/.claude/commands/adr.md

@@ -1,177 +0,0 @@
-## ADR (Architecture Decision Record)
-
-アーキテクチャ決定記録（ADR）の作成・管理を行うコマンド。
-
-### 使い方
-
-```bash
-/adr [オプション] [引数]
-```
-
-### オプション
-
-- なし : ADR 一覧を表示
-- `--create <タイトル>` : 新しい ADR を作成
-- `--update <番号>` : 既存の ADR を更新
-- `--status <番号> <ステータス>` : ADR のステータスを更新
-- `<番号>` : 指定した ADR の内容を表示
-
-### 基本例
-
-```bash
-# ADR 一覧を表示
-/adr
-「現在のADR一覧を表示してください」
-
-# 新しい ADR を作成
-/adr --create バックエンドキャッシュ戦略の選択
-「Redis をキャッシュとして採用する ADR を作成してください」
-
-# 特定の ADR を表示
-/adr 005
-「ADR-005 の内容を表示してください」
-
-# ADR のステータスを更新
-/adr --status 003 deprecated
-「ADR-003 を deprecated に変更してください」
-```
-
-### 詳細機能
-
-#### ADR ファイル構造
-
-ADR は `docs/adr/` ディレクトリに以下の命名規則で保存される:
-
-```
-docs/adr/
-├── 001-backend-architecture-pattern.md
-├── 002-backend-framework.md
-├── 003-frontend-framework.md
-└── 004-database.md
-```
-
-#### ADR テンプレート
-
-新しい ADR は以下のテンプレートで作成する:
-
-```markdown
-# ADR-NNN: タイトル
-
-簡潔な説明（1行で決定内容を要約）。
-
-日付: YYYY-MM-DD
-
-## ステータス
-
-提案中 | 承認済み | 廃止 | 置換（ADR-XXX で置換）
-
-## コンテキスト
-
-この決定が必要になった背景・状況を説明。
-
-- 現在の課題や制約
-- 関連するシステムやサービス
-- ビジネス要件
-
-## 決定
-
-**何を決定したか** を明確に記述。
-
-### 変更箇所
-
-具体的な実装変更がある場合は記載:
-
-1. **ファイル1**
-   ```
-   変更内容
-   ```
-
-2. **ファイル2**
-   ```
-   変更内容
-   ```
-
-### 代替案
-
-検討した代替案とその却下理由:
-
-1. **代替案1**
-   - 却下理由: ...
-
-2. **代替案2**
-   - 却下理由: ...
-
-## 影響
-
-### ポジティブ
-
-- 良い影響1
-- 良い影響2
-
-### ネガティブ
-
-- 悪い影響や注意点1
-- 悪い影響や注意点2
-
-## コンプライアンス
-
-決定が正しく実装されていることを確認する方法:
-
-- チェック項目1
-- チェック項目2
-
-## 備考
-
-- 著者: 担当者名
-- 関連コミット: コミットハッシュ
-- 関連 ADR: ADR-XXX
-```
-
-#### ステータスの種類
-
-| ステータス | 説明 |
-|-----------|------|
-| 提案中 | レビュー待ちの ADR |
-| 承認済み | 採用された決定 |
-| 廃止 | 無効になった決定 |
-| 置換 | 別の ADR で置き換えられた |
-
-### Claude との連携
-
-```bash
-# 既存の設計からADRを抽出
-cat docs/design/architecture.md
-/adr --create
-「アーキテクチャ設計から主要な決定をADRとして抽出してください」
-
-# 問題の背景を説明してADR作成
-「NAS環境でWikiサービスがポート3000を使用しているため、
-バックエンドのポートを3001に変更したい」
-/adr --create バックエンドAPIポート変更
-
-# ADR作成後の関連ドキュメント更新
-/adr --create 新機能の技術選定
-「ADR作成後、docs/index.md と mkdocs.yml も更新してください」
-```
-
-### 注意事項
-
-- **採番規則**: ADR 番号は 001 から連番で管理。既存の最大番号 + 1 で採番
-- **ファイル名**: `NNN-kebab-case-title.md` 形式（例: `006-cache-strategy.md`）
-- **配置場所**: 必ず `docs/adr/` ディレクトリに配置
-- **ドキュメント更新**: 新規 ADR 作成時は `docs/index.md` と `mkdocs.yml` も更新が必要
-- **コミット禁止**: ユーザーの指示があるまでコミットしない
-
-### ベストプラクティス
-
-1. **簡潔な要約**: タイトル直下に 1 行で決定内容を要約する
-2. **コンテキストの明確化**: なぜこの決定が必要なのか背景を説明
-3. **代替案の記録**: 検討した選択肢と却下理由を残す
-4. **影響の両面記載**: ポジティブ・ネガティブ両方の影響を記載
-5. **コンプライアンス項目**: 決定が守られていることを確認する方法を記載
-
-### 関連コマンド
-
-- `/docs` : ドキュメントの更新・管理
-- `/analysis-architecture` : アーキテクチャ分析
-- `/git-commit` : 変更のコミット

package/lib/assets/.claude/commands/analysis-architecture.md

@@ -1,98 +0,0 @@
-## Analysis Architecture Command
-
-アーキテクチャ設計を支援するコマンド。業務領域とデータ構造の複雑さに基づくアーキテクチャパターンの選択を支援します。
-
-### 使い方
-
-```bash
-/analysis-architecture
-```
-
-### 基本例
-
-```bash
-# アーキテクチャ設計の支援
-/analysis-architecture
-「業務領域とデータ構造の複雑さに基づくアーキテクチャパターンの選択支援」
-
-# 技術的制約がある場合
-cat package.json
-cat pom.xml
-/analysis-architecture
-「既存技術スタックを考慮したアーキテクチャ選択の提案」
-```
-
-### 詳細機能
-
-#### アーキテクチャ設計サポート
-
-@docs/reference/アーキテクチャ設計ガイド.md に基づくアーキテクチャ設計ドキュメントを作成します。
-
-**参照ドキュメント:**
-- @docs/reference/アーキテクチャ設計ガイド.md - アーキテクチャ設計の進め方
-
-**入力:**
-- @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 - フロントエンドアーキテクチャ
-- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
-
-#### 作業内容
-
-1. **バックエンドアーキテクチャ設計**
-   - アーキテクチャパターンの選択（レイヤード、ヘキサゴナル、クリーン等）
-   - CQRS/イベントソーシングの適用判断
-   - API 設計方針
-
-2. **フロントエンドアーキテクチャ設計**
-   - フレームワーク選定
-   - 状態管理パターン
-   - コンポーネント設計方針
-
-3. **インフラストラクチャアーキテクチャ設計**
-   - クラウド/オンプレミス選定
-   - コンテナ化戦略
-   - CI/CD パイプライン設計
-
-### Claude との連携
-
-```bash
-# 要件を読み込んでアーキテクチャ設計
-cat docs/requirements/requirements_definition.md
-cat docs/requirements/user_story.md
-/analysis-architecture
-「要件に基づく最適なアーキテクチャパターンの提案」
-```
-
-### 注意事項
-
-- **前提条件**: 要件定義とユースケースが完了していること
-- **制限事項**: アーキテクチャ決定は ADR（Architecture Decision Record）で記録すること
-- **推奨事項**: 業務の複雑さとチームのスキルセットを考慮して選択する
-- 以下の記述ルールに従うこと
-   - タスク項目などは一行開けて記述する
-   - NG
-  ```markdown
-    **受入条件**:
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-   - OK
-  ```markdown
-    **受入条件**:
-  
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-  
-### 関連コマンド
-
-- `/analysis` : 分析フェーズ全体の支援
-- `/analysis-tech-stack` : 技術スタック選定支援

package/lib/assets/.claude/commands/analysis-data-model.md

@@ -1,94 +0,0 @@
-## Analysis Data Model Command
-
-データモデル設計を支援するコマンド。PlantUML の ER 図を使用してデータモデルを設計します。
-
-### 使い方
-
-```bash
-/analysis-data-model
-```
-
-### 基本例
-
-```bash
-# データモデル設計の支援
-/analysis-data-model
-「要件とアーキテクチャに基づくデータモデル設計」
-
-# 既存のアーキテクチャを考慮
-cat docs/design/architecture_backend.md
-/analysis-data-model
-「バックエンドアーキテクチャに沿ったデータモデル設計」
-```
-
-### 詳細機能
-
-#### データモデル設計サポート
-
-@docs/reference/データモデル設計ガイド.md に基づくデータモデル設計ドキュメントを作成します。
-
-**参照ドキュメント:**
-- @docs/reference/データモデル設計ガイド.md - データモデル設計の進め方
-
-**入力:**
-- @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 - フロントエンドアーキテクチャ
-
-**成果物:**
-- @docs/design/data-model.md - データモデル設計
-
-#### 作業内容
-
-1. **概念データモデル作成**
-   - エンティティの識別
-   - リレーションシップの定義
-
-2. **論理データモデル作成**
-   - テーブル定義
-   - 主キー・外部キーの設計
-   - 正規化の適用
-
-3. **ER 図作成**
-   - PlantUML を使用した ER 図の作成
-   - テーブル間の関係の可視化
-
-### Claude との連携
-
-```bash
-# 要件とアーキテクチャを読み込んでデータモデル設計
-cat docs/requirements/requirements_definition.md
-cat docs/design/architecture_backend.md
-/analysis-data-model
-「ドメインモデルと整合性のあるデータモデル設計」
-```
-
-### 注意事項
-
-- **前提条件**: 要件定義とアーキテクチャ設計が完了していること
-- **制限事項**: PlantUML の ER 図を使用すること
-- **推奨事項**: ドメインモデルとの整合性を確認しながら設計する
-- 以下の記述ルールに従うこと
-   - タスク項目などは一行開けて記述する
-   - NG
-  ```markdown
-    **受入条件**:
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-   - OK
-  ```markdown
-    **受入条件**:
-  
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-### 関連コマンド
-
-- `/analysis` : 分析フェーズ全体の支援
-- `/analysis-domain-model` : ドメインモデル設計支援

package/lib/assets/.claude/commands/analysis-domain-model.md

@@ -1,101 +0,0 @@
-## Analysis Domain Model Command
-
-ドメインモデル設計を支援するコマンド。DDD の戦術的設計パターンに基づくドメインモデルを設計します。
-
-### 使い方
-
-```bash
-/analysis-domain-model
-```
-
-### 基本例
-
-```bash
-# ドメインモデル設計の支援
-/analysis-domain-model
-「要件とアーキテクチャに基づくドメインモデル設計」
-
-# 既存のユースケースを考慮
-cat docs/requirements/system_usecase.md
-/analysis-domain-model
-「ユースケースに基づくドメインモデルの識別と設計」
-```
-
-### 詳細機能
-
-#### ドメインモデル設計サポート
-
-@docs/reference/ドメインモデル設計ガイド.md に基づくドメインモデル設計ドキュメントを作成します。
-
-**参照ドキュメント:**
-- @docs/reference/ドメインモデル設計ガイド.md - ドメインモデル設計の進め方
-
-**入力:**
-- @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 - フロントエンドアーキテクチャ
-
-**成果物:**
-- @docs/design/domain-model.md - ドメインモデル設計
-
-#### 作業内容
-
-1. **エンティティ定義**
-   - ライフサイクルを持つドメインオブジェクトの識別
-   - 識別子の設計
-
-2. **値オブジェクト定義**
-   - 不変で識別子を持たないドメインオブジェクトの識別
-   - バリデーションルールの定義
-
-3. **集約の設計**
-   - 集約ルートの識別
-   - 集約境界の定義
-   - 不変条件の設計
-
-4. **ドメインサービス定義**
-   - エンティティに属さないビジネスロジックの識別
-
-5. **ダイアグラム作成**
-   - PlantUML を使用したクラス図・オブジェクト図の作成
-
-### Claude との連携
-
-```bash
-# ユースケースを読み込んでドメインモデル設計
-cat docs/requirements/system_usecase.md
-cat docs/requirements/user_story.md
-/analysis-domain-model
-「ユースケースから導出されるドメインモデルの設計」
-```
-
-### 注意事項
-
-- **前提条件**: 要件定義とアーキテクチャ設計が完了していること
-- **制限事項**: PlantUML を使用してダイアグラムを作成すること
-- **推奨事項**: ユビキタス言語を使用してドメインエキスパートと共通認識を持つ
-- 以下の記述ルールに従うこと
-   - タスク項目などは一行開けて記述する
-   - NG
-  ```markdown
-    **受入条件**:
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-   - OK
-  ```markdown
-    **受入条件**:
-  
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-  
-### 関連コマンド
-
-- `/analysis` : 分析フェーズ全体の支援
-- `/analysis-data-model` : データモデル設計支援

package/lib/assets/.claude/commands/analysis-non-functional.md

@@ -1,103 +0,0 @@
-## Analysis Non-Functional Command
-
-非機能要件の定義を支援するコマンド。性能、セキュリティ、可用性などの非機能要件を定義します。
-
-### 使い方
-
-```bash
-/analysis-non-functional
-```
-
-### 基本例
-
-```bash
-# 非機能要件の定義
-/analysis-non-functional
-「性能・セキュリティ・可用性などの非機能要件定義」
-
-# 既存の要件を考慮
-cat docs/requirements/requirements_definition.md
-/analysis-non-functional
-「機能要件と整合性のある非機能要件の定義」
-```
-
-### 詳細機能
-
-#### 非機能要件サポート
-
-非機能要件定義ドキュメントを作成します。
-
-**参照ドキュメント:**
-- @docs/reference/非機能要件定義ガイド.md - 非機能要件定義の進め方
-
-**入力:**
-- @docs/requirements/requirements_definition.md - 要件定義
-- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
-- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
-- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
-
-**成果物:**
-- @docs/design/non_functional.md - 非機能要件定義
-
-#### 作業内容
-
-1. **性能要件**
-   - レスポンスタイム
-   - スループット
-   - 同時接続数
-
-2. **セキュリティ要件**
-   - 認証・認可
-   - データ暗号化
-   - 監査ログ
-
-3. **可用性要件**
-   - 稼働率目標
-   - 障害復旧時間（RTO）
-   - データ復旧時点（RPO）
-
-4. **保守性要件**
-   - ログ出力
-   - 監視項目
-   - アラート設定
-
-5. **拡張性要件**
-   - スケーラビリティ
-   - 将来の拡張性
-
-### Claude との連携
-
-```bash
-# アーキテクチャを読み込んで非機能要件定義
-cat docs/design/architecture_infrastructure.md
-/analysis-non-functional
-「インフラアーキテクチャに基づく非機能要件の定義」
-```
-
-### 注意事項
-
-- **前提条件**: 機能要件とアーキテクチャ設計が完了していること
-- **制限事項**: 非機能要件は測定可能な形で定義すること
-- **推奨事項**: SLA/SLO を明確に定義する
-- 以下の記述ルールに従うこと
-   - タスク項目などは一行開けて記述する
-   - NG
-  ```markdown
-    **受入条件**:
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-   - OK
-  ```markdown
-    **受入条件**:
-  
-    - [ ] ログアウトボタンをクリックするとログアウトできる
-    - [ ] ログアウト後、ログイン画面に遷移する
-    - [ ] JWT トークンが無効化される
-  ```
-  
-### 関連コマンド
-
-- `/analysis` : 分析フェーズ全体の支援
-- `/analysis-operation` : 運用要件定義支援