@k2works/claude-code-booster 1.5.0 → 1.6.0

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

@@ -65,7 +65,24 @@ cd apps/backend && ./gradlew bootRun
 - [ ] 単一の論理的作業単位を表現
 - [ ] コミットメッセージが変更内容を明確に説明
 
-### 7. 注意事項
+### 7. コンテキスト管理
+
+長時間の開発セッションでは Context limit reached エラーを回避するため、タスクの区切りごとに `/compact` を実施してコンテキストを圧縮する。
+
+**`/compact` を実施するタイミング**:
+
+- TDD サイクル（Red-Green-Refactor）を数回繰り返した後
+- ユーザーストーリー 1 件の実装が完了したとき
+- コミット完了後、次のタスクに着手する前
+- テストスイートの実行と結果確認が完了したとき
+
+**運用ルール**:
+
+1. `/compact` 実施前に、現在の作業状態と次のタスクをメモとして出力する
+2. `/compact` 実施後、次のタスクの作業を継続する
+3. 大規模なユーザーストーリーでは、サブタスクごとに `/compact` を検討する
+
+### 8. 注意事項
 
 - **前提条件**: Java/Gradle のテスト環境が設定済みであること
 - **制限事項**: TDD の三原則を厳密に守る（テストなしでプロダクションコードを書かない）

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

@@ -54,7 +54,24 @@ cd apps/frontend && npm run test:e2e
 - [ ] 単一の論理的作業単位を表現
 - [ ] コミットメッセージが変更内容を明確に説明
 
-### 6. 注意事項
+### 6. コンテキスト管理
+
+長時間の開発セッションでは Context limit reached エラーを回避するため、タスクの区切りごとに `/compact` を実施してコンテキストを圧縮する。
+
+**`/compact` を実施するタイミング**:
+
+- TDD サイクル（Red-Green-Refactor）を数回繰り返した後
+- コンポーネント 1 件の実装が完了したとき
+- コミット完了後、次のタスクに着手する前
+- テストスイートの実行と結果確認が完了したとき
+
+**運用ルール**:
+
+1. `/compact` 実施前に、現在の作業状態と次のタスクをメモとして出力する
+2. `/compact` 実施後、次のタスクの作業を継続する
+3. 大規模なユーザーストーリーでは、サブタスクごとに `/compact` を検討する
+
+### 7. 注意事項
 
 - **前提条件**: Node.js/npm のテスト環境が設定済みであること
 - **制限事項**: TDD の三原則を厳密に守る（テストなしでプロダクションコードを書かない）

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

@@ -116,13 +116,29 @@ npm run release:deploy:patch
 - **テスト失敗**: テストを修正してからリリースを再実行
 - **リリースを元に戻したい**: リモートプッシュ前なら `git tag -d vX.X.X && git reset --hard HEAD~1`
 
-### 10. 注意事項
+### 10. コンテキスト管理
+
+長時間のリリースセッションでは Context limit reached エラーを回避するため、タスクの区切りごとに `/compact` を実施してコンテキストを圧縮する。
+
+**`/compact` を実施するタイミング**:
+
+- 品質ゲート（preflight）の実行が完了したとき
+- バージョンバンプと CHANGELOG 生成が完了したとき
+- リリースコミット・タグ作成が完了したとき
+- デプロイ完了後
+
+**運用ルール**:
+
+1. `/compact` 実施前に、現在のリリース状態と次のステップをメモとして出力する
+2. `/compact` 実施後、次のステップの作業を継続する
+
+### 11. 注意事項
 
 - **前提条件**: ビルドツール・パッケージマネージャーがセットアップ済み、依存関係インストール済み
 - **制限事項**: working tree がクリーンでないとリリース不可
 - **推奨事項**: リリース前に必ずドライランで内容を確認
 
-### 11. ベストプラクティス
+### 12. ベストプラクティス
 
 1. **ドライランファースト**: 必ずドライランで CHANGELOG プレビューを確認してからリリース
 2. **品質ゲート厳守**: preflight の全チェックを通過させてからリリース実行

package/lib/assets/.claude/skills/orchestrating-analysis/SKILL.md

@@ -82,13 +82,30 @@ cat README.md
 # 「プロジェクトの現状を踏まえた分析フェーズの進め方を提案」
 ```
 
-### 3. 注意事項
+### 3. コンテキスト管理
+
+長時間の分析セッションでは Context limit reached エラーを回避するため、タスクの区切りごとに `/compact` を実施してコンテキストを圧縮する。
+
+**`/compact` を実施するタイミング**:
+
+- 分析工程 1 件（例: 要件定義、ユースケース作成）が完了したとき
+- 設計ドキュメント 1 件の作成・更新が完了したとき
+- 複数の analyzing-* スキルを連続実行する間
+- コミット完了後、次の分析工程に着手する前
+
+**運用ルール**:
+
+1. `/compact` 実施前に、現在の作業状態と次の工程をメモとして出力する
+2. `/compact` 実施後、次の工程の作業を継続する
+3. 大規模な分析工程（例: アーキテクチャ設計）では、サブ工程ごとに `/compact` を検討する
+
+### 4. 注意事項
 
 - **前提条件**: プロジェクトの基本的な背景情報の把握が必要
 - **制限事項**: 分析結果は開発フェーズで継続的に見直し・改善が必要
 - **推奨事項**: 各工程の成果物を文書化し、チーム内で共有することを推奨
 
-### 4. ベストプラクティス
+### 5. ベストプラクティス
 
 1. **段階的分析**: 要件定義から始めて段階的に詳細化する
 2. **チーム連携**: 分析結果をチーム全体で共有し、合意形成を行う

package/lib/assets/.claude/skills/orchestrating-development/SKILL.md

@@ -203,13 +203,31 @@ Claude の活動:
 - [ ] ESLint エラーがない
 - [ ] 既存テストが壊れていない
 
-### 9. 注意事項
+### 9. コンテキスト管理
+
+長時間の開発セッションでは Context limit reached エラーを回避するため、タスクの区切りごとに `/compact` を実施してコンテキストを圧縮する。
+
+**`/compact` を実施するタイミング**:
+
+- ユーザーストーリー 1 件の実装が完了したとき
+- TDD サイクル（Red-Green-Refactor）を数回繰り返した後
+- Codex への実装指示と受入フェーズの間
+- コミット完了後、次のタスクに着手する前
+- テストスイートの実行と結果確認が完了したとき
+
+**運用ルール**:
+
+1. `/compact` 実施前に、現在の作業状態と次のタスクをメモとして出力する
+2. `/compact` 実施後、次のタスクの作業を継続する
+3. 大規模なユーザーストーリーでは、サブタスクごとに `/compact` を検討する
+
+### 10. 注意事項
 
 - **前提条件**: プロジェクトのテスト環境が設定済みであること
 - **制限事項**: TDD の三原則を厳密に守る（テストなしでプロダクションコードを書かない）
 - **推奨事項**: コミット前に必ず品質チェックリストを実行
 
-### 10. ベストプラクティス
+### 11. ベストプラクティス
 
 1. **TODO 駆動開発**: タスクを細かい TODO に分割してから実装開始
 2. **小さなサイクル**: Red-Green-Refactor を 10-15 分で完了させる

package/lib/assets/.claude/skills/orchestrating-project/SKILL.md

@@ -152,13 +152,31 @@ GitHub Project
 └─ ベロシティ（前回）: 10SP
 ```
 
-### 9. 注意事項
+### 9. コンテキスト管理
+
+長時間のプロジェクト管理セッションでは Context limit reached エラーを回避するため、タスクの区切りごとに `/compact` を実施してコンテキストを圧縮する。
+
+**`/compact` を実施するタイミング**:
+
+- リリース計画・イテレーション計画の作成が完了したとき
+- GitHub Project との同期処理が完了したとき
+- 進捗追跡レポートの生成が完了したとき
+- ふりかえり・完了報告書の作成が完了したとき
+- コミット完了後、次の管理タスクに着手する前
+
+**運用ルール**:
+
+1. `/compact` 実施前に、現在の作業状態と次のタスクをメモとして出力する
+2. `/compact` 実施後、次のタスクの作業を継続する
+3. イテレーションライフサイクル管理では、各フェーズ（開始・実行中・終了）の間に `/compact` を検討する
+
+### 10. 注意事項
 
 - **前提条件**: 要件定義書またはユーザーストーリーが存在すること。`gh` CLI がインストールされ認証済みであること
 - **制限事項**: 初回ベロシティは推測値のため、3 イテレーション後に再調整推奨
 - **推奨事項**: リリース計画を Single Source of Truth として管理し、GitHub への同期を定期的に実施
 
-### 10. ベストプラクティス
+### 11. ベストプラクティス
 
 1. **Single Source of Truth**: `docs/development/release_plan.md` を計画の正とし、GitHub は `--sync` で自動反映
 2. **定期的な同期**: イテレーション開始・終了時に GitHub との同期を実施

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@k2works/claude-code-booster",
-  "version": "1.5.0",
+  "version": "1.6.0",
   "description": "AI Agent Development Support Tool",
   "main": "main.js",
   "bin": {