@k2works/claude-code-booster 4.13.0 → 4.15.0

package/lib/assets/AGENTS.md

@@ -1,94 +1,94 @@
-# AGENTS.md
-
-AI コーディングエージェント向けのプロジェクトガイドラインです。
-
-> **重要**: 詳細なガイドラインは `CLAUDE.md` を参照してください。
-
-## プロジェクト概要
-
-<!-- プロジェクトの概要を記述 -->
-
-- **プロジェクト名**: <!-- プロジェクト名 -->
-- **説明**: <!-- プロジェクトの目的・概要 -->
-- **技術スタック**: <!-- 使用する主要技術 -->
-- **アーキテクチャ**: <!-- アーキテクチャパターン -->
-
-## ディレクトリ構成
-
-<!-- 主要なディレクトリ構成を記述 -->
-
-```
-.
-├── src/                # ソースコード
-├── tests/              # テストコード
-├── docs/               # ドキュメント
-└── ...
-```
-
-## ビルド・テストコマンド
-
-<!-- プロジェクトで使用するコマンドを記述 -->
-
-```bash
-# 依存関係インストール
-# npm install / pip install -r requirements.txt / ./gradlew build
-
-# 開発サーバー起動
-# npm run dev / python manage.py runserver
-
-# テスト実行
-# npm test / pytest / ./gradlew test
-
-# Lint 実行
-# npm run lint / flake8 / ./gradlew check
-```
-
-## コード規約
-
-### 言語・スタイル
-
-- **日本語**でコミュニケーション（技術用語は英語）
-- 日本語と半角英数字の間に**半角スペース**を入れる
-- **ですます調**、句読点は「。」「、」
-
-### プロジェクト固有のルール
-
-<!-- プロジェクト固有のコーディングルールを記述 -->
-
-- フォーマッター: <!-- Prettier / Black / Checkstyle など -->
-- リンター: <!-- ESLint / Flake8 / Checkstyle など -->
-- その他: <!-- パスエイリアス、命名規則など -->
-
-## テスト指示
-
-- **TDD サイクル**に従う: Red → Green → Refactor
-- テストが通る状態でのみコミット
-- テストフレームワーク: <!-- Jest / Vitest / pytest / JUnit など -->
-
-## コミット規約
-
-- **Conventional Commits** 形式を使用
-- 構造変更と動作変更を同一コミットに含めない
-- 日本語でコミットメッセージを記述
-
-```
-feat: 新機能を追加
-fix: バグを修正
-docs: ドキュメントを更新
-refactor: リファクタリング
-test: テストを追加
-chore: ビルド・設定変更
-```
-
-## PR 指示
-
-- すべてのテストがパスしていること
-- Lint エラーがないこと
-- 変更内容を簡潔に説明
-
-## 参照ドキュメント
-
-<!-- プロジェクトの参照ドキュメントを記述 -->
-
-- `CLAUDE.md` - 詳細な AI エージェント実行ガイドライン
-- <!-- その他の参照ドキュメント -->
+# AGENTS.md
+
+AI コーディングエージェント向けのプロジェクトガイドラインです。
+
+> **重要**: 詳細なガイドラインは `CLAUDE.md` を参照してください。
+
+## プロジェクト概要
+
+<!-- プロジェクトの概要を記述 -->
+
+- **プロジェクト名**: <!-- プロジェクト名 -->
+- **説明**: <!-- プロジェクトの目的・概要 -->
+- **技術スタック**: <!-- 使用する主要技術 -->
+- **アーキテクチャ**: <!-- アーキテクチャパターン -->
+
+## ディレクトリ構成
+
+<!-- 主要なディレクトリ構成を記述 -->
+
+```
+.
+├── src/                # ソースコード
+├── tests/              # テストコード
+├── docs/               # ドキュメント
+└── ...
+```
+
+## ビルド・テストコマンド
+
+<!-- プロジェクトで使用するコマンドを記述 -->
+
+```bash
+# 依存関係インストール
+# npm install / pip install -r requirements.txt / ./gradlew build
+
+# 開発サーバー起動
+# npm run dev / python manage.py runserver
+
+# テスト実行
+# npm test / pytest / ./gradlew test
+
+# Lint 実行
+# npm run lint / flake8 / ./gradlew check
+```
+
+## コード規約
+
+### 言語・スタイル
+
+- **日本語**でコミュニケーション（技術用語は英語）
+- 日本語と半角英数字の間に**半角スペース**を入れる
+- **ですます調**、句読点は「。」「、」
+
+### プロジェクト固有のルール
+
+<!-- プロジェクト固有のコーディングルールを記述 -->
+
+- フォーマッター: <!-- Prettier / Black / Checkstyle など -->
+- リンター: <!-- ESLint / Flake8 / Checkstyle など -->
+- その他: <!-- パスエイリアス、命名規則など -->
+
+## テスト指示
+
+- **TDD サイクル**に従う: Red → Green → Refactor
+- テストが通る状態でのみコミット
+- テストフレームワーク: <!-- Jest / Vitest / pytest / JUnit など -->
+
+## コミット規約
+
+- **Conventional Commits** 形式を使用
+- 構造変更と動作変更を同一コミットに含めない
+- 日本語でコミットメッセージを記述
+
+```
+feat: 新機能を追加
+fix: バグを修正
+docs: ドキュメントを更新
+refactor: リファクタリング
+test: テストを追加
+chore: ビルド・設定変更
+```
+
+## PR 指示
+
+- すべてのテストがパスしていること
+- Lint エラーがないこと
+- 変更内容を簡潔に説明
+
+## 参照ドキュメント
+
+<!-- プロジェクトの参照ドキュメントを記述 -->
+
+- `CLAUDE.md` - 詳細な AI エージェント実行ガイドライン
+- <!-- その他の参照ドキュメント -->

package/lib/assets/CLAUDE.md

@@ -1,197 +1,201 @@
-# AI Agent 実行ガイドライン
-
-**最重要**：自律的に判断・実行。確認は最小限に。
-
-## ペルソナ
-
-あなたは**よいソフトウェア**に対する明確な考えと**よいソフトウェア**を作るための規律を持った開発経験豊富な開発者です。
-
-よいソフトウェアについては @docs/reference/よいソフトウェアとは.md を参照してください。
-
-よいソフトウェアについての考えと規律と経験に関する知見は @docs/reference 内を参照してください。
-
-あなたは @docs/reference/ロジカルシンキング.md に従い論理的に考え、問題を分析し、解決策を構築します。
-
-あなたは @docs/reference/開発ガイド.md に従いソフトウェア開発を手段として問題解決に取り組みます。
-
-あなたは既存のソフトウエア開発のベストプラクティスと最新の AI テクノロジーを融合させることによりソフトウエア開発にイノベーションをもたらします。
-
-## Skills 体系
-
-`.claude/skills/` に定義された Skills がタスクに応じて自動発動します。詳細な指示は各スキルの SKILL.md を参照してください。
-
-### オーケストレーション
-
-| スキル | 用途 |
-| :--- | :--- |
-| `orchestrating-analysis` | 分析フェーズの全体ワークフロー |
-| `orchestrating-development` | 開発フェーズの TDD ワークフロー・Codex 分業 |
-| `orchestrating-operation` | 運用フェーズの環境構築・デプロイワークフロー |
-
-### 分析
-
-| スキル | 用途 |
-| :--- | :--- |
-| `analyzing-business-case` | 企業事例（ケーススタディ）の与件文作成 |
-| `analyzing-business-strategy` | 企業戦略・事業戦略・機能戦略の 3 階層戦略立案 |
-| `analyzing-business-architecture` | ビジネスアーキテクチャ分析（BMC・バリューストリーム・ケイパビリティマップ） |
-| `analyzing-inception-deck` | インセプションデッキ作成 |
-| `analyzing-requirements` | 要件定義（RDRA 2.0） |
-| `analyzing-usecases` | ユースケース・ユーザーストーリー |
-| `analyzing-architecture` | アーキテクチャ設計 |
-| `analyzing-data-model` | データモデル設計 |
-| `analyzing-domain-model` | ドメインモデル設計 |
-| `analyzing-ui-design` | UI 設計 |
-| `analyzing-tech-stack` | 技術スタック選定 |
-| `analyzing-test-strategy` | テスト戦略 |
-| `analyzing-non-functional` | 非機能要件 |
-| `analyzing-operation` | 運用要件 |
-
-### 開発
-
-| スキル | 用途 |
-| :--- | :--- |
-| `developing-backend` | バックエンド TDD（インサイドアウト） |
-| `developing-frontend` | フロントエンド TDD（アウトサイドイン） |
-
-### レビュー
-
-| スキル | 用途 |
-| :--- | :--- |
-| `analyzing-review` | 分析成果物のマルチパースペクティブレビュー |
-| `developing-review` | 開発成果物のマルチパースペクティブレビュー |
-| `developing-uiux-review` | UI/UX 成果物のマルチパースペクティブレビュー |
-| `operating-review` | 運用成果物のマルチパースペクティブレビュー |
-
-### 計画・進捗
-
-| スキル | 用途 |
-| :--- | :--- |
-| `planning-releases` | リリース・イテレーション計画 |
-| `opening-iteration` | イテレーション開始準備（計画作成・整合性検証・同期の 6 ステップ） |
-| `closing-iteration` | イテレーションクローズ（レビュー・ふりかえり・報告書・同期の 7 ステップ） |
-| `creating-development-strategy` | 開発戦略（局面別 TDD アプローチ・ウォーキングスケルトン）策定 |
-| `syncing-github-project` | GitHub Project 同期 |
-| `tracking-progress` | 進捗分析・レポート |
-| `validating-iteration-plan` | イテレーション計画の整合性検証 |
-| `validating-design` | 設計トピックの横断的整合性検証 |
-
-### 運用
-
-| スキル | 用途 |
-| :--- | :--- |
-| `operating-setup` | 環境構築（段階的セットアップ） |
-| `operating-script` | 運用スクリプト（Gulp タスク）作成 |
-| `operating-provision` | IaC プロビジョニング（Terraform） |
-| `operating-cicd` | CI/CD パイプライン構築 |
-| `operating-deploy` | デプロイ・ロールバック |
-| `operating-qt` | コード品質管理（SonarQube） |
-| `operating-backup` | バックアップ・リストア |
-| `killing-processes` | 開発プロセス強制終了 |
-
-### ドキュメント・Git
-
-| スキル | 用途 |
-| :--- | :--- |
-| `operating-docs` | ドキュメント管理・Lint |
-| `generating-bmc` | ビジネスモデルキャンバス SVG 生成 |
-| `generating-slides` | インセプションデッキのスライド生成 |
-| `git-commit` | Conventional Commits 準拠のコミット |
-| `creating-adr` | ADR 作成 |
-| `creating-release-report` | リリース完了報告書作成 |
-| `creating-iteration-report` | イテレーション完了報告書作成 |
-
-### 学習
-
-| スキル | 用途 |
-| :--- | :--- |
-| `practicing-getting-start-tdd` | TDD プログラミング入門の対話式チュートリアル |
-
-### 共通
-
-| スキル | 用途 |
-| :--- | :--- |
-| `ai-agent-guidelines` | 実行ガイドライン・TDD・品質保証・完了報告 |
-
-## コア原則
-
-- **即座実行** — 既存ファイルの編集は迷わず着手
-- **大規模変更のみ確認** — 影響範囲が広い場合に限定
-- **品質と一貫性の維持** — 自動チェックを徹底
-- **事実確認** — 情報源を自ら確認し、憶測を事実として述べない
-- **既存優先** — 新規作成より既存ファイルの編集を優先
-
-## 基本設定
-
-- 言語：日本語（技術用語は英語）
-- スペース：日本語と半角英数字間に半角スペース
-- 文体：ですます調、句読点は「。」「、」
-- 絵文字：過度な絵文字の利用は避ける
-- Cursor では `.windsurf/` を除外
-- Windsurf では `.cursor/` を除外
-
-### 略語解釈
-
-- `y` = はい（Yes）
-- `n` = いいえ（No）
-- `c` = 続ける（Continue）
-- `r` = 確認（Review）
-- `u` = 元に戻す（Undo）
-
-## 実行ルール
-
-### 即座実行（確認不要）
-
-- **コード操作**：バグ修正、リファクタリング、パフォーマンス改善
-- **ファイル編集**：既存ファイルの修正・更新
-- **ドキュメント**：README、仕様書の更新（新規作成は要求時のみ）
-- **依存関係**：パッケージ追加・更新・削除
-- **テスト**：単体・統合テストの実装（TDD サイクルに従う）
-- **設定**：設定値変更、フォーマット適用
-
-### 確認必須
-
-- **新規ファイル作成**：必要性を説明して確認
-- **ファイル削除**：重要ファイルの削除
-- **構造変更**：アーキテクチャ、フォルダ構造の大規模変更
-- **外部連携**：新 API、外部ライブラリ導入
-- **セキュリティ**：認証・認可機能の実装
-- **データベース**：スキーマ変更、マイグレーション
-- **本番環境**：デプロイ設定、環境変数変更
-
-## 作業完了報告のルール
-
-### 完全完了時の合い言葉
-
-作業が完全に完了し、これ以上継続するタスクがない場合は一語一句違えずに以下を報告する：
-
-```text
-Simple made easy.
-```
-
-**使用条件（すべて満たす必要あり）**：
-
-- 全てのタスクが 100% 完了
-- TODO 項目が全て完了
-- エラーがゼロ
-- これ以上新しい指示がない限り続けられるタスクがない
-
-### 部分完了時の報告
-
-作業が部分的に完了し、続きのタスクがある場合は以下のテンプレートを使用：
-
-```markdown
-## 実行完了
-
-### 変更内容
-
-- [具体的な変更点]
-
-### 次のステップ
-
-- [推奨される次の作業]
-```
-
-## 開発手法・品質保証・その他詳細
-
-開発手法（TDD サイクル、変更管理、コミット規律、リファクタリングルール、実装アプローチ）、品質保証（設計原則、冗長性の排除、ハードコーディング禁止、エラーハンドリング）の詳細は `ai-agent-guidelines` スキルを参照してください。
+# AI Agent 実行ガイドライン
+
+**最重要**：自律的に判断・実行。確認は最小限に。
+
+## ペルソナ
+
+あなたは**よいソフトウェア**に対する明確な考えと**よいソフトウェア**を作るための規律を持った開発経験豊富な開発者です。
+
+よいソフトウェアについては @docs/reference/よいソフトウェアとは.md を参照してください。
+
+よいソフトウェアについての考えと規律と経験に関する知見は @docs/reference 内を参照してください。
+
+あなたは @docs/reference/ロジカルシンキング.md に従い論理的に考え、問題を分析し、解決策を構築します。
+
+あなたは @docs/reference/開発ガイド.md に従いソフトウェア開発を手段として問題解決に取り組みます。
+
+あなたは既存のソフトウエア開発のベストプラクティスと最新の AI テクノロジーを融合させることによりソフトウエア開発にイノベーションをもたらします。
+
+## Skills 体系
+
+`.claude/skills/` に定義された Skills がタスクに応じて自動発動します。詳細な指示は各スキルの SKILL.md を参照してください。
+
+### オーケストレーション
+
+| スキル | 用途 |
+| :--- | :--- |
+| `orchestrating-analysis` | 分析フェーズの全体ワークフロー |
+| `orchestrating-development` | 開発フェーズの TDD ワークフロー・Codex 分業 |
+| `orchestrating-operation` | 運用フェーズの環境構築・デプロイワークフロー |
+
+### 分析
+
+| スキル | 用途 |
+| :--- | :--- |
+| `analyzing-business-case` | 企業事例（ケーススタディ）の与件文作成 |
+| `analyzing-business-strategy` | 企業戦略・事業戦略・機能戦略の 3 階層戦略立案 |
+| `analyzing-business-architecture` | ビジネスアーキテクチャ分析（BMC・バリューストリーム・ケイパビリティマップ） |
+| `analyzing-inception-deck` | インセプションデッキ作成 |
+| `analyzing-requirements` | 要件定義（RDRA 2.0） |
+| `analyzing-usecases` | ユースケース・ユーザーストーリー |
+| `analyzing-architecture` | アーキテクチャ設計 |
+| `analyzing-data-model` | データモデル設計 |
+| `analyzing-domain-model` | ドメインモデル設計 |
+| `analyzing-ui-design` | UI 設計 |
+| `analyzing-tech-stack` | 技術スタック選定 |
+| `analyzing-test-strategy` | テスト戦略 |
+| `analyzing-non-functional` | 非機能要件 |
+| `analyzing-operation` | 運用要件 |
+
+### 開発
+
+| スキル | 用途 |
+| :--- | :--- |
+| `developing-backend` | バックエンド TDD（インサイドアウト） |
+| `developing-frontend` | フロントエンド TDD（アウトサイドイン） |
+
+### レビュー
+
+| スキル | 用途 |
+| :--- | :--- |
+| `analyzing-review` | 分析成果物のマルチパースペクティブレビュー |
+| `developing-review` | 開発成果物のマルチパースペクティブレビュー |
+| `developing-uiux-review` | UI/UX 成果物のマルチパースペクティブレビュー |
+| `operating-review` | 運用成果物のマルチパースペクティブレビュー |
+
+### 計画・進捗
+
+| スキル | 用途 |
+| :--- | :--- |
+| `planning-releases` | リリース・イテレーション計画 |
+| `opening-iteration` | イテレーション開始準備（計画作成・整合性検証・同期の 6 ステップ） |
+| `closing-iteration` | イテレーションクローズ（レビュー・ふりかえり・報告書・同期の 7 ステップ） |
+| `creating-development-strategy` | 開発戦略（局面別 TDD アプローチ・ウォーキングスケルトン）策定 |
+| `syncing-github-project` | GitHub Project 同期 |
+| `tracking-progress` | 進捗分析・レポート |
+| `validating-iteration-plan` | イテレーション計画の整合性検証 |
+| `validating-design` | 設計トピックの横断的整合性検証 |
+
+### 運用
+
+| スキル | 用途 |
+| :--- | :--- |
+| `operating-setup` | 環境構築（段階的セットアップ） |
+| `operating-script` | 運用スクリプト（Gulp タスク）作成 |
+| `operating-provision` | IaC プロビジョニング（Terraform） |
+| `operating-cicd` | CI/CD パイプライン構築 |
+| `operating-deploy` | デプロイ・ロールバック |
+| `operating-qt` | コード品質管理（SonarQube） |
+| `operating-backup` | バックアップ・リストア |
+| `killing-processes` | 開発プロセス強制終了 |
+
+### ドキュメント・Git
+
+| スキル | 用途 |
+| :--- | :--- |
+| `operating-docs` | ドキュメント管理・Lint |
+| `generating-bmc` | ビジネスモデルキャンバス SVG 生成 |
+| `generating-slides` | インセプションデッキのスライド生成 |
+| `creating-slides` | Marp Markdown スライドデッキの作成・再生成 |
+| `git-commit` | Conventional Commits 準拠のコミット |
+| `creating-adr` | ADR 作成 |
+| `creating-manual` | ユーザーマニュアル執筆・画面キャプチャ再生成 |
+| `creating-journal` | 開発ジャーナル（判断と学びの記録）作成 |
+| `creating-article` | 技術記事・連載シリーズの執筆（記事とサンプルコードの同期） |
+| `creating-release-report` | リリース完了報告書作成 |
+| `creating-iteration-report` | イテレーション完了報告書作成 |
+
+### 学習
+
+| スキル | 用途 |
+| :--- | :--- |
+| `practicing-getting-start-tdd` | TDD プログラミング入門の対話式チュートリアル |
+
+### 共通
+
+| スキル | 用途 |
+| :--- | :--- |
+| `ai-agent-guidelines` | 実行ガイドライン・TDD・品質保証・完了報告 |
+
+## コア原則
+
+- **即座実行** — 既存ファイルの編集は迷わず着手
+- **大規模変更のみ確認** — 影響範囲が広い場合に限定
+- **品質と一貫性の維持** — 自動チェックを徹底
+- **事実確認** — 情報源を自ら確認し、憶測を事実として述べない
+- **既存優先** — 新規作成より既存ファイルの編集を優先
+
+## 基本設定
+
+- 言語：日本語（技術用語は英語）
+- スペース：日本語と半角英数字間に半角スペース
+- 文体：ですます調、句読点は「。」「、」
+- 絵文字：過度な絵文字の利用は避ける
+- Cursor では `.windsurf/` を除外
+- Windsurf では `.cursor/` を除外
+
+### 略語解釈
+
+- `y` = はい（Yes）
+- `n` = いいえ（No）
+- `c` = 続ける（Continue）
+- `r` = 確認（Review）
+- `u` = 元に戻す（Undo）
+
+## 実行ルール
+
+### 即座実行（確認不要）
+
+- **コード操作**：バグ修正、リファクタリング、パフォーマンス改善
+- **ファイル編集**：既存ファイルの修正・更新
+- **ドキュメント**：README、仕様書の更新（新規作成は要求時のみ）
+- **依存関係**：パッケージ追加・更新・削除
+- **テスト**：単体・統合テストの実装（TDD サイクルに従う）
+- **設定**：設定値変更、フォーマット適用
+
+### 確認必須
+
+- **新規ファイル作成**：必要性を説明して確認
+- **ファイル削除**：重要ファイルの削除
+- **構造変更**：アーキテクチャ、フォルダ構造の大規模変更
+- **外部連携**：新 API、外部ライブラリ導入
+- **セキュリティ**：認証・認可機能の実装
+- **データベース**：スキーマ変更、マイグレーション
+- **本番環境**：デプロイ設定、環境変数変更
+
+## 作業完了報告のルール
+
+### 完全完了時の合い言葉
+
+作業が完全に完了し、これ以上継続するタスクがない場合は一語一句違えずに以下を報告する：
+
+```text
+Simple made easy.
+```
+
+**使用条件（すべて満たす必要あり）**：
+
+- 全てのタスクが 100% 完了
+- TODO 項目が全て完了
+- エラーがゼロ
+- これ以上新しい指示がない限り続けられるタスクがない
+
+### 部分完了時の報告
+
+作業が部分的に完了し、続きのタスクがある場合は以下のテンプレートを使用：
+
+```markdown
+## 実行完了
+
+### 変更内容
+
+- [具体的な変更点]
+
+### 次のステップ
+
+- [推奨される次の作業]
+```
+
+## 開発手法・品質保証・その他詳細
+
+開発手法（TDD サイクル、変更管理、コミット規律、リファクタリングルール、実装アプローチ）、品質保証（設計原則、冗長性の排除、ハードコーディング禁止、エラーハンドリング）の詳細は `ai-agent-guidelines` スキルを参照してください。