@k2works/claude-code-booster 1.12.0 → 2.0.0

package/lib/assets/.claude/skills/developing-release/SKILL.md

@@ -1,64 +1,42 @@
 ---
 name: developing-release
-description: アプリケーションのリリースワークフロー。品質ゲート、バージョンバンプ、CHANGELOG 生成、git commit + tag を一貫実行。リリース作業やバージョン管理時に使用。
+description: アプリケーションのリリースワークフローを一貫実行。品質ゲート→バージョンバンプ→CHANGELOG 生成→git commit + tag を自動化する。「リリースしたい」「バージョンを上げたい」「CHANGELOG を生成したい」「リリース前のチェックをしたい」といった場面で発動する。リリース手順を標準化することで、ヒューマンエラーを排除し、いつでも安全にリリースできる状態を維持する。
 ---
 
-# リリースワークフローガイド
+# リリースワークフロー
 
-品質ゲート → バージョンバンプ → CHANGELOG 生成 → git commit + tag を一貫して実行するリリースワークフローを支援します。
+品質ゲート→バージョンバンプ→CHANGELOG 生成→git commit + tag を一貫して実行する。
 
-## Instructions
+リリースを自動化する価値は「いつでもリリースできる」状態を維持すること。手作業によるミスを排除し、品質ゲートで最低品質を保証する。
 
-### 1. 参照ドキュメント
+## 参照ドキュメント
 
-- @docs/reference/リリースガイド.md - リリースワークフロー全体
+- @docs/reference/リリースガイド.md — リリースワークフロー全体
 
-### 2. リリースフロー
+## オプション
 
-リリースは以下の順序で実行します:
+| オプション | 説明 |
+|-----------|------|
+| なし | ドライランを実行（デフォルト） |
+| `--dry-run` | CHANGELOG プレビュー + バージョン計算 |
+| `--patch` | パッチリリース（バグ修正） |
+| `--minor` | マイナーリリース（新機能追加、後方互換あり） |
+| `--major` | メジャーリリース（破壊的変更） |
+| `--preflight` | 品質ゲートのみ実行 |
+| `--deploy` | リリース + デプロイ（`--patch` / `--minor` / `--major` と併用） |
 
-1. **ドライラン**: CHANGELOG プレビューとバージョン計算を確認
-2. **リリース種別選択**: patch / minor / major を選択
-3. **品質ゲート（preflight）**: 全チェックを通過
-4. **リリース実行**: バージョンバンプ → CHANGELOG 生成 → commit + tag
-5. **リモートプッシュ**: コミットとタグをプッシュ
-6. **デプロイ**: 必要に応じて本番デプロイ
+## リリースフロー
 
-### 3. オプション
+1. **ドライラン**: CHANGELOG プレビューとバージョン計算を確認する
+2. **リリース種別選択**: patch / minor / major を選択する
+3. **品質ゲート（preflight）**: 全チェックを通過する
+4. **リリース実行**: バージョンバンプ→CHANGELOG 生成→commit + tag
+5. **リモートプッシュ**: コミットとタグをプッシュする
+6. **デプロイ**: 必要に応じて本番デプロイを実行する
 
-- なし : ドライランを実行（デフォルト）
-- `--dry-run` : CHANGELOG プレビュー + バージョン計算
-- `--patch` : パッチリリース（バグ修正）
-- `--minor` : マイナーリリース（新機能追加、後方互換あり）
-- `--major` : メジャーリリース（破壊的変更）
-- `--preflight` : 品質ゲートのみ実行
-- `--deploy` : リリース + デプロイ（`--patch` / `--minor` / `--major` と併用）
+## 品質ゲート（preflight）
 
-### 4. 基本例
-
-```bash
-# ドライラン（プレビュー）
-npm run release:dry-run
-
-# パッチリリース
-npm run release:patch
-
-# マイナーリリース
-npm run release:minor
-
-# メジャーリリース
-npm run release:major
-
-# 品質ゲートのみ実行
-npm run release:preflight
-
-# パッチリリース + デプロイ
-npm run release:deploy:patch
-```
-
-### 5. 品質ゲート（preflight）
-
-リリース前に以下のチェックを直列実行します。全チェック通過が必須です:
+リリース前に以下のチェックを直列実行する。全チェック通過が必須。
 
 | チェック | コマンド | 内容 |
 | :--- | :--- | :--- |
@@ -68,9 +46,9 @@ npm run release:deploy:patch
 | ビルド確認 | `release:preflight:build` | ビルド成功 |
 | E2E テスト | `release:preflight:e2e` | E2E テスト全パス |
 
-### 6. バージョニング規則
+## バージョニング規則
 
-[Semantic Versioning](https://semver.org/) に従います:
+[Semantic Versioning](https://semver.org/) に従う。
 
 | 種類 | 変更例 | バージョン変化 |
 | :--- | :--- | :--- |
@@ -78,11 +56,11 @@ npm run release:deploy:patch
 | `minor` | 新機能追加（後方互換あり） | `0.1.0` → `0.2.0` |
 | `major` | 破壊的変更 | `0.1.0` → `1.0.0` |
 
-モノレポ構成の場合、全パッケージのバージョンを同期管理します。
+モノレポ構成の場合、全パッケージのバージョンを同期管理する。
 
-### 7. CHANGELOG 生成ルール
+## CHANGELOG 生成ルール
 
-[Conventional Commits](https://www.conventionalcommits.org/) に基づいて自動生成:
+[Conventional Commits](https://www.conventionalcommits.org/) に基づいて自動生成する。
 
 | prefix | カテゴリ |
 | :--- | :--- |
@@ -91,64 +69,51 @@ npm run release:deploy:patch
 | `docs` | Documentation |
 | `refactor` | Refactoring |
 | `test` | Tests |
-| `chore` | Chores |
-| `perf` | Performance |
-| `ci` | CI |
-| `style` | Styles |
-| `build` | Build |
+| `chore` / `perf` / `ci` / `style` / `build` | その他 |
 
-- 直近の git tag から HEAD までのコミットを対象
-- タグが存在しない場合は全コミット履歴を対象
-- `CHANGELOG.md` の先頭に新しいエントリを追加
+直近の git tag から HEAD までのコミットを対象とする。タグが存在しない場合は全コミット履歴を対象とする。
 
-### 8. リリース実行ステップ
+## リリース実行ステップ
 
 | ステップ | 内容 |
 | :--- | :--- |
-| [1/4] バージョン更新 | 対象パッケージのバージョンをセマンティックバージョニングに従って更新 |
-| [2/4] CHANGELOG 生成 | 直近タグから HEAD までのコミットを分類し CHANGELOG.md を生成 |
-| [3/4] git commit + tag | 変更ファイルをステージング → `release: vX.X.X` でコミット → `vX.X.X` タグ作成 |
+| [1/4] バージョン更新 | セマンティックバージョニングに従って更新 |
+| [2/4] CHANGELOG 生成 | コミットを分類し CHANGELOG.md を生成 |
+| [3/4] git commit + tag | `release: vX.X.X` でコミット→`vX.X.X` タグ作成 |
 | [4/4] サマリー表示 | バージョン変化、タグ名、次のステップを表示 |
 
-### 9. トラブルシューティング
-
-- **working tree がクリーンでない**: 変更をコミットまたは `git stash` してからリリース再実行
-- **テスト失敗**: テストを修正してからリリースを再実行
-- **リリースを元に戻したい**: リモートプッシュ前なら `git tag -d vX.X.X && git reset --hard HEAD~1`
-
-### 10. コンテキスト管理
+## 途中から再開
 
-長時間のリリースセッションでは Context limit reached エラーを回避するため、タスクの区切りごとに `/compact` を実施してコンテキストを圧縮する。
+リリース作業の途中から再開する場合は、現在の状態を確認する。
 
-**`/compact` を実施するタイミング**:
+**Example:**
 
-- 品質ゲート（preflight）の実行が完了したとき
-- バージョンバンプと CHANGELOG 生成が完了したとき
-- リリースコミット・タグ作成が完了したとき
-- デプロイ完了後
+```
+ユーザー: 「品質ゲートは通った。リリースを実行したい」
+回答: --preflight の結果を確認し、全チェック通過を検証する。
+      --patch / --minor / --major のいずれかでリリースを実行する。
+```
 
-**運用ルール**:
+## トラブルシューティング
 
-1. `/compact` 実施前に、現在のリリース状態と次のステップをメモとして出力する
-2. `/compact` 実施後、次のステップの作業を継続する
+- **working tree がクリーンでない**: 変更をコミットまたは `git stash` してからリリース再実行する
+- **テスト失敗**: テストを修正してからリリースを再実行する
+- **リリースを元に戻したい**: リモートプッシュ前なら `git tag -d vX.X.X && git reset --hard HEAD~1`
 
-### 11. 注意事項
+## コンテキスト管理
 
-- **前提条件**: ビルドツール・パッケージマネージャーがセットアップ済み、依存関係インストール済み
-- **制限事項**: working tree がクリーンでないとリリース不可
-- **推奨事項**: リリース前に必ずドライランで内容を確認
+品質ゲート完了後、CHANGELOG 生成後、リリースコミット完了後に `/compact` を実施する。
 
-### 12. ベストプラクティス
+## 注意事項
 
-1. **ドライランファースト**: 必ずドライランで CHANGELOG プレビューを確認してからリリース
-2. **品質ゲート厳守**: preflight の全チェックを通過させてからリリース実行
-3. **セマンティックバージョニング**: 変更内容に応じた適切なバージョン種別を選択
-4. **Conventional Commits**: コミットメッセージを規約に従って記述し CHANGELOG の品質を確保
-5. **段階的デプロイ**: リリースとデプロイを分離し、必要に応じてデプロイを実行
+- ビルドツール・パッケージマネージャーがセットアップ済み、依存関係インストール済みであること（前提条件）
+- working tree がクリーンでないとリリース不可
+- リリース前に必ずドライランで内容を確認する
+- Conventional Commits でコミットメッセージを記述し CHANGELOG の品質を確保する
 
-### 関連スキル
+## 関連スキル
 
-- `git-commit` : Conventional Commits 準拠のコミット作成
-- `managing-operations` : デプロイ・運用管理
-- `planning-releases` : リリース・イテレーション計画
-- `orchestrating-development` : 開発フェーズ全体のワークフロー（リリースはこのフェーズの最終工程）
+- `git-commit` — Conventional Commits 準拠のコミット作成
+- `managing-operations` — デプロイ・運用管理
+- `planning-releases` — リリース・イテレーション計画
+- `orchestrating-development` — 開発フェーズ全体のワークフロー

package/lib/assets/.claude/skills/generating-slides/SKILL.md

@@ -1,82 +1,64 @@
 ---
 name: generating-slides
-description: インセプションデッキの Markdown ドキュメントから PowerPoint スライド（.pptx）を生成。pptxgenjs を使用し、テンプレートのスライド構成・テーマに準拠した 12 枚構成のプレゼンテーションを出力。スライド生成やプレゼンテーション作成時に使用。
+description: インセプションデッキの Markdown から PowerPoint スライド（.pptx）を自動生成。pptxgenjs を使用し、テンプレート準拠の 12 枚構成プレゼンテーションを出力する。「スライドを生成したい」「インセプションデッキの pptx を作りたい」「プレゼン資料を出力したい」「スライドを更新したい」といった場面で発動する。Markdown から自動生成することで、内容更新のたびに手動でスライドを作り直す手間を排除する。
 ---
 
 # スライド生成
 
-インセプションデッキの Markdown ドキュメントから、pptxgenjs を使用して PowerPoint スライド（.pptx）を生成します。テンプレート `docs/template/インセプションデッキ.pptx` のスライド構成に準拠した 12 枚構成のプレゼンテーションを出力します。
+インセプションデッキの Markdown ドキュメントから pptxgenjs を使用して PowerPoint スライド（.pptx）を生成する。テンプレートのスライド構成・テーマに準拠した 12 枚構成のプレゼンテーションを出力する。
 
-## Instructions
+## 参照ドキュメントと成果物
 
-### 1. 参照ドキュメント
+| 種類 | パス | 備考 |
+|------|------|------|
+| テンプレート | @docs/template/インセプションデッキ.pptx | スライド構成のリファレンス（15 枚、4:3） |
+| 生成スクリプト | @.claude/scripts/generate-inception-deck.mjs | 内容の編集は可能 |
+| 入力 | @docs/analysis/inception-deck.md | `analyzing-inception-deck` の成果物 |
+| 入力（補足） | @docs/analysis/business_architecture.md | ビジネスアーキテクチャ分析書 |
+| 成果物 | `docs/analysis/slide/xxxxx_v0.1.0.pptx` | 生成された PowerPoint スライド |
 
-- @docs/template/インセプションデッキ.pptx - スライド構成のリファレンス（15 枚構成、4:3、テーマカラー・フォント）
+## スライド構成（12 枚）
 
-### 2. 生成スクリプト
-
-- @.claude/scripts/generate-inception-deck.mjs - スライド生成スクリプト（**内容の編集は可能**）
-
-### 3. 入力
-
-- @docs/analysis/inception-deck.md - インセプションデッキ（`analyzing-inception-deck` の成果物）
-- @docs/analysis/business_architecture.md - ビジネスアーキテクチャ分析書（補足情報）
-
-### 4. 成果物
-
-- @docs/analysis/slide/xxxxx_v0.1.0.pptx - 生成された PowerPoint スライド
-
-### 5. 作業内容
-
-#### 前提条件の確認
-
-- Node.js がインストールされていること
-- `pptxgenjs` パッケージがインストールされていること（未インストール時は `npm install pptxgenjs`）
-
-#### スライド生成の実行
-
-```bash
-node .claude/scripts/generate-inception-deck.mjs
-```
-
-#### スライド構成（12 枚）
-
-テンプレートのインセプションデッキ構成に準拠した以下の 12 枚を生成する。
-
-| # | スライドタイトル | テンプレート対応 | データソース |
+| # | スライドタイトル | SLIDE_DATA キー | データソース |
 | :--- | :--- | :--- | :--- |
-| 1 | タイトル | Slide 2: プロジェクト名 | プロジェクト基本情報 |
-| 2 | 我われはなぜここにいるのか | Slide 3: なぜここにいるのか | なぜやるのか？ |
-| 3 | エレベーターピッチ | Slide 4: エレベーターピッチ | どんなビジョンなのか？ |
-| 4 | どんな価値をもたらすのか？ | Slide 5: パッケージデザイン | どんな価値をもたらすのか？ |
-| 5 | やらないことリスト | Slide 6: やらないことリスト | スコープの範囲はどこか？ |
-| 6 | プロジェクトコミュニティ | Slide 7: プロジェクトコミュニティ | 主なステークホルダーは？ |
-| 7 | 技術的な解決策の概要 | Slide 8: 技術的な解決策 | 基本的な解決策 |
-| 8 | 夜も眠れなくなるような問題 | Slide 9: 夜も眠れない問題 | 主なリスクは何か？ |
-| 9 | 俺たちの "A チーム" | Slide 10: A チーム | どのくらい作業があり費用はいくらか？ |
-| 10 | 期間を見極める | Slide 11: 期間を見極める | 初回リリースはいつか？ |
-| 11 | トレードオフ・スライダー | Slide 12: トレードオフ | トレードオフにどう向き合うか？ |
-| 12 | 初回のリリースに必要なもの | Slide 13: 初回リリース | MVP スコープ・リリース戦略 |
-
-#### テーマ設定
+| 1 | タイトル | `titleSlide` | プロジェクト基本情報 |
+| 2 | 我われはなぜここにいるのか | `whyAreWeHere` | なぜやるのか？ |
+| 3 | エレベーターピッチ | `elevatorPitch` | どんなビジョンなのか？ |
+| 4 | どんな価値をもたらすのか？ | `values` | どんな価値をもたらすのか？ |
+| 5 | やらないことリスト | `scope` | スコープの範囲はどこか？ |
+| 6 | プロジェクトコミュニティ | `stakeholders` | 主なステークホルダーは？ |
+| 7 | 技術的な解決策の概要 | `technicalSolution` | 基本的な解決策 |
+| 8 | 夜も眠れなくなるような問題 | `risks` | 主なリスクは何か？ |
+| 9 | 俺たちの "A チーム" | `team` | どのくらい作業があり費用はいくらか？ |
+| 10 | 期間を見極める | `timeline` | 初回リリースはいつか？ |
+| 11 | トレードオフ・スライダー | `tradeoffs` | トレードオフにどう向き合うか？ |
+| 12 | 初回のリリースに必要なもの | `initialRelease` | MVP スコープ・リリース戦略 |
+
+## テーマ設定
 
 テンプレートから抽出したテーマに準拠する。
 
-- **フォント**: Yu Gothic（游ゴシック）— Windows / Mac 両対応の日本語フォント
+- **フォント**: Yu Gothic（游ゴシック）— Windows / Mac 両対応
 - **テーマカラー**: ダークブルー `#333399`、ティール `#009999`、ライトティール `#BBE0E3`
 - **スライドサイズ**: 4:3（10" x 7.5"）
 
-#### 生成スクリプトの更新
+## 生成の進め方
+
+### 新規生成
 
-inception-deck.md の内容が更新された場合、生成スクリプトの `SLIDE_DATA` オブジェクトを更新してから再実行する。
+1. `npm install pptxgenjs`（初回のみ）
+2. `docs/analysis/inception-deck.md` の内容を確認する
+3. `.claude/scripts/generate-inception-deck.mjs` の `SLIDE_DATA` をプロジェクト固有の内容に書き換える
+4. `node .claude/scripts/generate-inception-deck.mjs` を実行する
+5. `docs/analysis/slide/` に .pptx が生成されたことを確認する
 
-1. @docs/analysis/inception-deck.md を読み込む
-2. @.claude/scripts/generate-inception-deck.mjs の `SLIDE_DATA` セクションを更新
-3. `node .claude/scripts/generate-inception-deck.mjs` で再生成
+### 更新時の再生成
 
-#### スクリプト構成
+1. `docs/analysis/inception-deck.md` の更新内容を確認する
+2. `.claude/scripts/generate-inception-deck.mjs` の `SLIDE_DATA` を更新する
+3. `node .claude/scripts/generate-inception-deck.mjs` を実行する
 
-生成スクリプトは以下の 4 セクションで構成されている。
+## スクリプト構成
 
 | セクション | 内容 | 編集対象 |
 | :--- | :--- | :--- |
@@ -85,52 +67,28 @@ inception-deck.md の内容が更新された場合、生成スクリプトの `
 | ヘルパー関数 | スライド部品の描画ロジック | 通常変更不要 |
 | スライド生成 | `SLIDE_DATA` を読み取り 12 枚を生成 | 通常変更不要 |
 
-`SLIDE_DATA` の各キーがスライドに対応している。
-
-| キー | 対応スライド |
-| :--- | :--- |
-| `meta` | メタ情報（author, title, version, date, outputFileName） |
-| `titleSlide` | Slide 1: タイトル |
-| `whyAreWeHere` | Slide 2: 我われはなぜここにいるのか |
-| `elevatorPitch` | Slide 3: エレベーターピッチ |
-| `values` | Slide 4: どんな価値をもたらすのか？ |
-| `scope` | Slide 5: やらないことリスト |
-| `stakeholders` | Slide 6: プロジェクトコミュニティ |
-| `technicalSolution` | Slide 7: 技術的な解決策の概要 |
-| `risks` | Slide 8: 夜も眠れなくなるような問題 |
-| `team` | Slide 9: 俺たちの "A チーム" |
-| `timeline` | Slide 10: 期間を見極める |
-| `tradeoffs` | Slide 11: トレードオフ・スライダー |
-| `initialRelease` | Slide 12: 初回のリリースに必要なもの |
-
-#### バージョン管理
+## 途中から再開
 
-- 出力ファイル名は `SLIDE_DATA.meta.outputFileName` で指定する（例: `PROJECT_v0.1.0.pptx`）
-- `meta.title` と `meta.outputFileName` を同時に更新すること
+スライドの一部を修正したい場合は、`SLIDE_DATA` の該当キーのみを更新して再生成する。
 
-### 6. 注意事項
+**Example:**
 
-- **前提条件**: @docs/analysis/inception-deck.md が作成済みであること（`analyzing-inception-deck` を先に実行）
-- **制限事項**: テンプレート @docs/template/インセプションデッキ.pptx は編集しないこと。日本語フォントは Yu Gothic を使用すること（Gill Sans 等の欧文フォントは文字化けする）
-- **推奨事項**: 生成後は PowerPoint で開いてレイアウトを目視確認し、必要に応じてスクリプトのレイアウトパラメータを微調整する
-
-## Examples
-
-### インセプションデッキのスライドを新規生成
-
-1. `npm install pptxgenjs`（初回のみ）
-2. @docs/analysis/inception-deck.md の内容を確認
-3. @.claude/scripts/generate-inception-deck.mjs の `SLIDE_DATA` をプロジェクト固有の内容に書き換える
-4. `node .claude/scripts/generate-inception-deck.mjs` を実行
-5. @docs/analysis/slide/ に .pptx が生成されたことを確認
+```
+ユーザー: 「エレベーターピッチの内容が変わった。スライドを更新したい」
+回答: inception-deck.md の更新内容を確認し、
+      SLIDE_DATA.elevatorPitch のみを更新して再生成する。
+      出力ファイル名の meta.outputFileName のバージョンも更新する。
+```
 
-### インセプションデッキ更新後のスライド再生成
+## 注意事項
 
-1. @docs/analysis/inception-deck.md の更新内容を確認
-2. @.claude/scripts/generate-inception-deck.mjs の `SLIDE_DATA` を更新
-3. `node .claude/scripts/generate-inception-deck.mjs` を実行
+- `docs/analysis/inception-deck.md` が作成済みであること（`analyzing-inception-deck` を先に実行する）
+- テンプレート `docs/template/インセプションデッキ.pptx` は編集しない
+- 日本語フォントは Yu Gothic を使用する（Gill Sans 等の欧文フォントは文字化けする）
+- 出力ファイル名は `SLIDE_DATA.meta.outputFileName` で指定する。`meta.title` と同時に更新する
+- 生成後は PowerPoint で開いてレイアウトを目視確認し、必要に応じてスクリプトのレイアウトパラメータを微調整する
 
-### 関連スキル
+## 関連スキル
 
-- `analyzing-inception-deck` : 入力となるインセプションデッキの作成
-- `analyzing-business` : ビジネスアーキテクチャ分析（補足情報の参照元）
+- `analyzing-inception-deck` — 入力となるインセプションデッキの作成
+- `analyzing-business` — ビジネスアーキテクチャ分析（補足情報の参照元）

package/lib/assets/.claude/skills/git-commit/SKILL.md

@@ -1,47 +1,41 @@
 ---
 name: git-commit
-description: Git コミットのベストプラクティス。意味のある変更単位でのコミット、Conventional Commits ルール、コミットメッセージの書き方を定義。
+description: Conventional Commits 準拠の Git コミットを作成。意味のある変更単位でステージングし、日本語で明確なコミットメッセージを記述する。「コミットしたい」「変更を保存したい」「コミットメッセージの書き方を知りたい」といった場面で発動する。コミット履歴を意味のある単位で保つことで、変更の追跡とロールバックを容易にする。
 ---
 
-# Git コミットガイドライン
+# Git コミット
 
-意味のある変更単位ごとにコミットを行うことは、コードの履歴を明確にし、将来の変更を追跡しやすくするために重要です。
+意味のある変更単位ごとにコミットを行う。コミット履歴はコードの「変更理由の記録」であり、将来の自分やチームメンバーが変更を追跡するための重要な情報源になる。
 
-## Instructions
+## コミット手順
 
 ### 1. 変更を確認する
 
-まず、現在のワーキングディレクトリでの変更を確認します：
-
 ```bash
 git status
 ```
 
 ### 2. 変更をステージングする
 
-変更をコミットする前に、ステージングエリアに追加する必要があります：
-
 ```bash
 git add 対象ファイルやディレクトリ
 ```
 
-**重要**：意味のある変更単位ごとにファイルを指定すること。無条件にすべての変更を追加しないでください。
-
-### 3. コミットメッセージを作成する
+意味のある変更単位ごとにファイルを指定する。無条件にすべての変更を追加しない。
 
-コミットメッセージは、変更内容を簡潔に説明する重要な部分です：
+### 3. コミットする
 
 ```bash
-git commit -m "コミットメッセージをここに入力"
+git commit -m "コミットメッセージ"
 ```
 
-#### コミットメッセージのルール
+### 4. コミットを確認する
 
-- コミットメッセージは日本語で記述
-- Conventional Commits のルールに従う
-- co-author やコミットメッセージに "Claude Code" のキーワードは含めない
+```bash
+git log --oneline
+```
 
-#### Conventional Commits フォーマット
+## Conventional Commits フォーマット
 
 ```
 <type>(<scope>): <subject>
@@ -51,56 +45,37 @@ git commit -m "コミットメッセージをここに入力"
 <footer>
 ```
 
-**type の種類**：
-- `feat`: 新機能
-- `fix`: バグ修正
-- `docs`: ドキュメントのみの変更
-- `style`: コードの意味に影響しない変更（空白、フォーマット等）
-- `refactor`: バグ修正や機能追加ではないコード変更
-- `test`: テストの追加・修正
-- `chore`: ビルドプロセスやツールの変更
-
-### 4. コミットを確認する
+**type の種類**:
 
-コミットが正しく行われたかを確認：
-
-```bash
-git log --oneline
-```
+| type | 用途 |
+|------|------|
+| `feat` | 新機能 |
+| `fix` | バグ修正 |
+| `docs` | ドキュメントのみの変更 |
+| `style` | コードの意味に影響しない変更（空白、フォーマット等） |
+| `refactor` | バグ修正や機能追加ではないコード変更 |
+| `test` | テストの追加・修正 |
+| `chore` | ビルドプロセスやツールの変更 |
 
 ## Examples
 
-### 機能追加のコミット
-
 ```bash
 git add src/features/user-auth.ts
 git commit -m "feat(auth): ユーザー認証機能を追加"
-```
 
-### バグ修正のコミット
-
-```bash
 git add src/utils/validation.ts
 git commit -m "fix(validation): メールアドレスのバリデーションエラーを修正"
-```
 
-### ドキュメント更新のコミット
-
-```bash
 git add README.md docs/setup.md
 git commit -m "docs: セットアップ手順を更新"
-```
 
-### リファクタリングのコミット
-
-```bash
 git add src/services/api.ts
 git commit -m "refactor(api): API クライアントの共通処理を抽出"
 ```
 
-## ベストプラクティス
+## 注意事項
 
-- **1 コミット 1 目的**：構造変更と動作変更を同一コミットに含めない
-- **小さく頻繁に**：大きな変更は小さなコミットに分割
-- **テスト通過後にコミット**：壊れたコードをコミットしない
-- **明確なメッセージ**：何を、なぜ変更したかを簡潔に記述
+- コミットメッセージは日本語で記述する。co-author やメッセージに "Claude Code" のキーワードは含めない
+- 1 コミット 1 目的: 構造変更と動作変更を同一コミットに含めない
+- 小さく頻繁に: 大きな変更は小さなコミットに分割する
+- テスト通過後にコミットする。壊れたコードをコミットしない

package/lib/assets/.claude/skills/killing-processes/SKILL.md

@@ -1,98 +1,44 @@
 ---
 name: killing-processes
-description: 開発サーバーや Node.js プロセスを強制終了。ポート競合の解決やプロセスリセット時に使用。
+description: 開発サーバーや Node.js プロセスを強制終了。ポート競合の解消やプロセスリセットに対応する。「プロセスを止めたい」「ポートが使われている」「開発サーバーを再起動したい」「Port already in use を解決したい」といった場面で発動する。
 ---
 
-# Kill Development Processes
+# プロセス強制終了
 
-開発サーバーや Node.js プロセスを強制終了するスキル。複数ポートで起動している開発プロセスを一括で停止できます。
+開発サーバーや Node.js プロセスを強制終了する。複数ポートで起動している開発プロセスを一括停止できる。
 
-## Instructions
+## オプション
 
-### 1. オプション
+| オプション | 説明 |
+|-----------|------|
+| なし | すべての Node.js 開発プロセスを強制終了 |
+| `--port <ポート番号>` | 特定のポートのプロセスのみ終了 |
+| `--check` | プロセス状況の確認のみ（終了せず） |
 
-- なし : すべての Node.js 開発プロセスを強制終了
-- `--port <ポート番号>` : 特定のポートのプロセスのみ終了
-- `--check` : プロセス状況の確認のみ（終了せず）
-
-### 2. 基本例
-
-```bash
-# 全開発プロセスを強制終了
-# 「すべての Node.js 開発サーバー（npm run dev 等）を停止」
-
-# ポート 3000 番のプロセスのみ終了
-# --port 3000
-# 「ポート 3000 で動作中のプロセスを終了」
-
-# プロセス状況の確認
-# --check
-# 「現在起動中の開発プロセスを一覧表示」
-```
-
-### 3. 詳細機能
-
-#### 一括プロセス終了
-
-Windows 環境で複数の開発サーバーが起動している場合の一括終了処理。
+## 実行コマンド
 
 ```bash
 # ポート範囲でのプロセス検索・終了
 netstat -ano | findstr ":300[0-9]" | findstr LISTENING
-taskkill //F //PID <PID1> && taskkill //F //PID <PID2>
+taskkill //F //PID <PID>
 ```
 
-#### 個別ポート指定終了
-
-特定のポートで起動しているプロセスのみを終了する。
-
-- **安全性**: 指定ポートのみ終了で他に影響しない
-- **精密性**: 必要最小限のプロセス停止
-- **確認**: 終了前にプロセス情報を表示
-
-### 4. 出力例
+## 出力例
 
 ```
 現在起動中の開発プロセス:
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
 ポート 3000: PID 34348 (Node.js)
 ポート 3001: PID 16676 (Node.js)
-ポート 3002: PID 25696 (Node.js)
 
 プロセス終了中...
 PID 34348 を終了しました
 PID 16676 を終了しました
-PID 25696 を終了しました
-
 すべての開発プロセスを停止しました。
 ```
 
-### 5. 連携シナリオ
-
-```bash
-# 開発中のエラー修正後にプロセスリセット
-npm run dev
-# 「エラーが発生」→ kill → 「全プロセス停止して再起動準備」
-
-# ポート競合の解決
-npm start
-# 「Port 3000 is already in use」→ kill --port 3000
-
-# 開発環境のクリーンアップ
-git checkout main
-# → kill → 「ブランチ切り替え前に開発プロセスをクリーンアップ」
-```
-
-### 6. 注意事項
-
-- **前提条件**: Windows 環境（taskkill コマンド使用）
-- **制限事項**: 管理者権限が必要な場合があります
-- **推奨事項**: 重要な作業中は事前にファイル保存を行う
-
-### 7. ベストプラクティス
+## 注意事項
 
-1. **安全な終了**: 作業中のファイルは事前に保存する
-2. **段階的終了**: まず `--check` で状況確認してから終了
-3. **ポート指定**: 必要に応じて特定ポートのみ終了
-4. **再起動準備**: プロセス終了後は適切にサーバーを再起動
+- Windows 環境（taskkill コマンド使用）が前提。管理者権限が必要な場合がある
+- 重要な作業中は事前にファイルを保存する
+- まず `--check` で状況確認してから終了する。必要に応じて `--port` で特定ポートのみ終了する