@k2works/claude-code-booster 0.22.0 → 1.0.0

package/lib/assets/.claude/{commands/plan-github.md → skills/syncing-github-project/SKILL.md}

@@ -1,16 +1,17 @@
-## Plan GitHub
+---
+name: syncing-github-project
+description: リリース計画を GitHub Project・Issue・Milestone に反映し同期。GitHub でのプロジェクト管理一元化時に使用。
+---
+
+# GitHub Project 同期ガイド
 
 リリース計画を GitHub Project・Issue・Milestone に反映し、プロジェクト管理を GitHub 上で一元化します。
 
-### 使い方
+## Instructions
 
-```bash
-/plan-github [オプション]
-```
+### 1. オプション
 
-### オプション
-
-- なし : 全体の同期を実行（Project作成、Issue作成、フィールド設定、Milestone作成）
+- なし : 全体の同期を実行（Project 作成、Issue 作成、フィールド設定、Milestone 作成）
 - `--project` : GitHub Project のみを作成
 - `--issues` : Issue のみを作成（Project が存在する前提）
 - `--fields` : 各 Issue に対して Project フィールド値を個別に設定（リリース、イテレーション、優先度、SP、カテゴリ、Status）
@@ -18,29 +19,22 @@
 - `--sync` : release_plan.md と GitHub の差異を確認し、差異があれば同期を実行
 - `--status` : 現在の GitHub Project 状態を表示
 
-### 基本例
+### 2. 基本例
 
 ```bash
 # 初回の完全同期（Project、Issue、Milestone すべて作成）
-/plan-github
-「リリース計画を GitHub Project に反映して」
-
-# GitHub Project のみ作成
-/plan-github --project
-「GitHub Project を作成して」
+# 「リリース計画を GitHub Project に反映して」
 
 # 差異確認と同期
-/plan-github --sync
-「release_plan.md と GitHub の差異を確認して同期して」
+# --sync
+# 「release_plan.md と GitHub の差異を確認して同期して」
 
 # 現在の状態確認
-/plan-github --status
-「GitHub Project の現在の状態を表示して」
+# --status
+# 「GitHub Project の現在の状態を表示して」
 ```
 
-### 詳細機能
-
-#### GitHub Project の作成
+### 3. GitHub Project の作成
 
 release_plan.md に基づいて GitHub Project を作成し、カスタムフィールドを設定します。
 
@@ -52,13 +46,7 @@ release_plan.md に基づいて GitHub Project を作成し、カスタムフィ
 - **SP**: ストーリーポイント（数値）
 - **カテゴリ**: 認証・ユーザー管理 / マスタ管理 / 仕訳管理 / 元帳・残高管理 / 財務諸表 / システム管理
 
-```bash
-# GitHub Project の作成
-/plan-github --project
-「カスタムフィールド付きの GitHub Project を作成して」
-```
-
-#### Issue の作成
+### 4. Issue の作成
 
 ユーザーストーリーを GitHub Issue として作成し、Project に追加します。
 
@@ -68,30 +56,27 @@ release_plan.md に基づいて GitHub Project を作成し、カスタムフィ
 - **本文**: ユーザーストーリー、受け入れ基準、見積もり情報
 - **Project 紐付け**: 作成した Project に自動追加
 
-```bash
-# Issue の作成と Project への追加
-/plan-github --issues
-「ユーザーストーリーを Issue として作成して Project に追加して」
-```
-
-#### フィールド値の設定
+### 5. フィールド値の設定
 
 各 Issue に対して Project のカスタムフィールド値を個別に設定します。
 
 **設定手順**:
 
 1. **フィールド ID とオプション ID の取得**
+
    ```bash
    gh project field-list <PROJECT_NUMBER> --owner <OWNER> --format json
    ```
 
 2. **Project Item ID の取得**
+
    ```bash
    gh project item-list <PROJECT_NUMBER> --owner <OWNER> --format json --limit 50 \
      | jq -r '.items[] | "\(.content.number):\(.id)"'
    ```
 
 3. **各 Issue にフィールド値を設定**
+
    ```bash
    # Single Select フィールド（リリース、イテレーション、優先度、カテゴリ、Status）
    gh project item-edit --project-id <PROJECT_ID> --id <ITEM_ID> \
@@ -107,7 +92,7 @@ release_plan.md に基づいて GitHub Project を作成し、カスタムフィ
 | フィールド | タイプ | 設定内容 |
 |-----------|--------|---------|
 | **リリース** | Single Select | Release 1.0 MVP Alpha / 1.1 MVP Beta / 1.2 MVP / 2.0 完成版 |
-| **イテレーション** | **Iteration** | IT-1 〜 IT-6（2週間スプリント） |
+| **イテレーション** | **Iteration** | IT-1 〜 IT-6（2 週間スプリント） |
 | **優先度** | Single Select | 必須 / 中 / 低 |
 | **SP** | Number | ストーリーポイント（2〜5） |
 | **カテゴリ** | Single Select | 認証 / お知らせ / 社員名簿 / カレンダー / 規定集 / マニュアル / ツール / 問い合わせ / 申請 / 承認 / ユーザー管理 |
@@ -118,7 +103,6 @@ release_plan.md に基づいて GitHub Project を作成し、カスタムフィ
 イテレーションフィールドは `gh project field-create` では作成できないため、GraphQL API を使用します:
 
 ```bash
-# Iteration タイプでフィールドを作成
 gh api graphql -f query='
 mutation {
   createProjectV2Field(input: {
@@ -138,56 +122,15 @@ mutation {
 ```
 
 **注意**: Iteration フィールドの期間設定（開始日、スプリント期間）は GitHub Web UI から設定する必要があります:
-1. Project Settings → 「イテレーション」フィールド → 設定
-2. 各イテレーション（IT-1〜IT-6）を追加し、開始日と期間（14日）を設定
-
-**設定例**:
-
-```bash
-# Issue #1 にフィールド値を設定
-PROJECT_ID="PVT_kwDOBz-FwM4BNAQ9"
-ITEM_ID="PVTI_lADOBz-FwM4BNAQ9zgj6ixU"
 
-# リリース: Release 1.0 MVP Alpha
-gh project item-edit --project-id $PROJECT_ID --id $ITEM_ID \
-  --field-id PVTSSF_xxx --single-select-option-id 32cce308
-
-# イテレーション: IT-1（Iteration フィールドの場合）
-gh project item-edit --project-id $PROJECT_ID --id $ITEM_ID \
-  --field-id PVTIF_xxx --iteration-id <ITERATION_ID>
-
-# SP: 5
-gh project item-edit --project-id $PROJECT_ID --id $ITEM_ID \
-  --field-id PVTF_xxx --number 5
-
-# Status: Done
-gh project item-edit --project-id $PROJECT_ID --id $ITEM_ID \
-  --field-id PVTSSF_xxx --single-select-option-id 98236657
-```
-
-```bash
-# フィールド値の一括設定
-/plan-github --fields
-「release_plan.md の内容で各 Issue のフィールド値を個別に設定して」
-```
+1. Project Settings → 「イテレーション」フィールド → 設定
+2. 各イテレーション（IT-1〜IT-6）を追加し、開始日と期間（14 日）を設定
 
-#### Milestone の作成
+### 6. Milestone の作成
 
 リリースを GitHub Milestone として作成し、Issue に割り当てます。
 
-**作成される Milestone**:
-
-- **リリース 1.0 MVP**: 基本的な仕訳入力と元帳管理
-- **リリース 2.0 機能拡張版**: 承認ワークフローと財務諸表
-- **リリース 3.0 完成版**: 高度な分析機能とシステム管理
-
-```bash
-# Milestone の作成と Issue 割り当て
-/plan-github --milestones
-「リリースを Milestone として作成して Issue に割り当てて」
-```
-
-#### 差異確認と同期
+### 7. 差異確認と同期
 
 release_plan.md と GitHub Issue/Project の整合性を確認し、差異があれば同期を実行します。
 
@@ -209,104 +152,55 @@ release_plan.md と GitHub Issue/Project の整合性を確認し、差異があ
    - **削除されたストーリー**: Issue をクローズ（削除はしない）
    - **Status 変更**: release_plan.md の Status を GitHub に反映
 
-```bash
-# 差異確認と同期
-/plan-github --sync
-「release_plan.md と GitHub の差異を確認して同期して」
-```
-
-### 出力例
+### 8. 出力例
 
 ```
-📊 GitHub Project 同期結果
+GitHub Project 同期結果
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 
-🎯 Project: 会計システムのケーススタディ
-   URL: https://github.com/users/k2works/projects/8
-
-📋 Issue 作成状況
-├─ 認証・ユーザー管理: 6件（21SP）
-├─ マスタ管理: 8件（29SP）
-├─ 仕訳管理: 10件（45SP）
-├─ 元帳・残高管理: 5件（26SP）
-├─ 財務諸表: 3件（21SP）
-└─ システム管理: 2件（13SP）
-   合計: 34件（155SP）
-
-🏁 Milestone 割り当て
-├─ リリース 1.0 MVP: 14件（期日: 2026-02-27）
-├─ リリース 2.0 機能拡張版: 12件（期日: 2026-04-24）
-└─ リリース 3.0 完成版: 8件（期日: 2026-06-19）
-
-🔄 差異確認・同期結果
-├─ 新規 Issue: 2件（US-401, US-402）
-├─ 更新 Issue: 3件（SP変更、Status変更）
-├─ クローズ Issue: 0件
-└─ ✅ 同期完了: release_plan.md と GitHub が一致
-```
-
-### Claude との連携
+Project: 会計システムのケーススタディ
 
-```bash
-# リリース計画から完全同期
-cat docs/development/release_plan.md
-/plan-github
-「このリリース計画を GitHub Project に完全同期して」
-
-# 計画更新後の差異確認と同期
-cat docs/development/release_plan.md
-/plan-github --sync
-「更新したリリース計画と GitHub の差異を確認して同期して」
-
-# 既存 Project へのフィールド更新
-/plan-github --fields
-「release_plan.md の最新内容で Project フィールドを更新して」
-```
+Issue 作成状況
+├─ 認証・ユーザー管理: 6 件（21SP）
+├─ マスタ管理: 8 件（29SP）
+├─ 仕訳管理: 10 件（45SP）
+├─ 元帳・残高管理: 5 件（26SP）
+├─ 財務諸表: 3 件（21SP）
+└─ システム管理: 2 件（13SP）
+   合計: 34 件（155SP）
 
-### 注意事項
+Milestone 割り当て
+├─ リリース 1.0 MVP: 14 件
+├─ リリース 2.0 機能拡張版: 12 件
+└─ リリース 3.0 完成版: 8 件
 
-- **前提条件**:
-  - `docs/development/release_plan.md` が存在すること
-  - `gh` CLI がインストールされ認証済みであること
-  - Project API スコープが有効であること（`gh auth refresh -s project,read:project`）
-- **制限事項**:
-  - 既存の Project/Issue がある場合は重複作成に注意
-  - フィールド値の更新は既存値を上書き
-- **推奨事項**:
-  - 初回は `--sync` で差異確認してから同期
-  - 大規模な変更前にはバックアップを推奨
-
-### ベストプラクティス
-
-1. **初回同期**: `/plan-github` で全体を一括作成
-2. **計画更新時**: `/plan-github --sync` で差異確認と自動同期
-3. **定期確認**: `/plan-github --status` で進捗状況を定期的に確認
-4. **一貫性維持**: release_plan.md を Single Source of Truth として管理し、`--sync` で GitHub に反映
+同期完了: release_plan.md と GitHub が一致
+```
 
-### 同期フロー
+### 9. 同期フロー
 
-#### 初回同期フロー（`/plan-github`）
+#### 初回同期フロー
 
 ```mermaid
 graph TD
-    A[release_plan.md] --> B{/plan-github}
+    A[release_plan.md] --> B{同期開始}
     B --> C[GitHub Project 作成]
     C --> D[カスタムフィールド設定]
     D --> E[Issue 作成]
-    E --> F[Project にItem追加]
+    E --> F[Project に Item 追加]
     F --> G[フィールド値設定]
     G --> H[Milestone 作成]
     H --> I[Issue に Milestone 割当]
     I --> J[同期完了]
 ```
 
-#### 差異確認・同期フロー（`/plan-github --sync`）
+#### 差異確認・同期フロー（--sync）
 
 ```mermaid
 graph TD
     A[release_plan.md] --> B[GitHub Issue/Project 取得]
     B --> C{差異検出}
-    C -->|差異なし| D[✅ 一致確認]
+    C -->|差異なし| D[一致確認]
     C -->|差異あり| E[差異レポート表示]
     E --> F{同期実行}
     F --> G[新規 Issue 作成]
@@ -317,8 +211,33 @@ graph TD
     I --> J
 ```
 
-### 関連コマンド
+### 10. 注意事項
+
+- **前提条件**:
+
+  - `docs/development/release_plan.md` が存在すること
+  - `gh` CLI がインストールされ認証済みであること
+  - Project API スコープが有効であること（`gh auth refresh -s project,read:project`）
+
+- **制限事項**:
+
+  - 既存の Project/Issue がある場合は重複作成に注意
+  - フィールド値の更新は既存値を上書き
+
+- **推奨事項**:
+
+  - 初回は `--sync` で差異確認してから同期
+  - 大規模な変更前にはバックアップを推奨
+
+### 11. ベストプラクティス
+
+1. **初回同期**: 全体を一括作成
+2. **計画更新時**: `--sync` で差異確認と自動同期
+3. **定期確認**: `--status` で進捗状況を定期的に確認
+4. **一貫性維持**: release_plan.md を Single Source of Truth として管理し、`--sync` で GitHub に反映
+
+### 関連スキル
 
-- `/plan` : リリース計画とイテレーション計画の作成
-- `/progress` : 進捗状況の確認と更新
-- `/git-commit` : 変更のコミット
+- `planning-releases` : リリース計画とイテレーション計画の作成
+- `tracking-progress` : 進捗状況の確認と更新
+- `git-commit` : 変更のコミット

package/lib/assets/.claude/skills/tracking-progress/SKILL.md

@@ -0,0 +1,164 @@
+---
+name: tracking-progress
+description: プロジェクトの開発進捗を包括的に分析しレポート生成。イテレーション達成度、技術実装状況、品質メトリクスを確認。進捗確認やステークホルダー報告時に使用。
+---
+
+# 進捗追跡ガイド
+
+プロジェクトの開発進捗を包括的に確認し、現在の状況を詳細に報告します。
+
+## Instructions
+
+### 1. オプション
+
+- なし : 全体的な進捗確認（デフォルト）
+- `--brief` : 簡潔な進捗サマリー表示
+- `--detailed` : 詳細な進捗レポート生成
+- `--iteration <番号>` : 特定イテレーションの進捗確認
+- `--technical` : 技術的な実装状況に焦点
+- `--docs` : ドキュメント更新状況の確認
+- `--update` : `docs/development/` 内のドキュメントを現在の進捗に合わせて更新
+
+### 2. 基本例
+
+```bash
+# 基本的な進捗確認
+# 「プロジェクト全体の開発進捗を包括的にレポート」
+
+# 簡潔なサマリー
+# --brief
+# 「要点のみを絞った進捗状況を表示」
+
+# 詳細レポート
+# --detailed
+# 「技術実装・テスト・ドキュメント・品質指標を含む詳細分析」
+
+# 特定イテレーションの確認
+# --iteration 1
+# 「イテレーション 1 の完了状況と成果を詳細分析」
+
+# 進捗をドキュメントに反映
+# --update
+# 「release_plan.md と iteration_plan-*.md を現在の進捗に合わせて更新」
+```
+
+### 3. 包括的な進捗分析
+
+プロジェクトの多角的な視点から現在の進捗状況を分析:
+
+- **イテレーション達成度**: 計画 vs 実績の比較分析
+- **技術実装状況**: 機能完成度・品質指標・テスト結果
+- **アーキテクチャ進展**: 設計の実装状況と技術的負債
+- **ドキュメント整備**: 計画書・仕様書・実行手順書の最新性
+
+### 4. 動的な状況判定
+
+```bash
+# Git 履歴の分析
+git log --oneline -10
+git status --porcelain
+
+# テスト実行状況の確認
+dotnet test --logger trx
+npm test -- --coverage
+
+# 実行環境の状況確認
+ps aux | grep -E "dotnet|node|npm"
+netstat -tlnp | grep -E ":3000|:5150"
+```
+
+### 5. 品質メトリクス取得
+
+実装品質の定量的評価:
+
+- **テストカバレッジ**: 単体・統合・E2E テストの網羅率
+- **コード品質**: 静的解析結果・複雑度測定
+- **性能指標**: レスポンス時間・スループット測定
+- **セキュリティ**: 脆弱性スキャン結果
+
+### 6. --update オプションの詳細
+
+`--update` オプションは `docs/development/` 内のドキュメントを現在の進捗に合わせて自動更新します。
+
+**更新対象ファイル**:
+
+- `docs/development/release_plan.md` - リリース計画
+- `docs/development/iteration_plan-*.md` - イテレーション計画
+
+**release_plan.md の更新内容**:
+
+1. **進捗状況テーブル**: 各イテレーションの実績 SP、達成率、状態を更新
+2. **リリース条件チェックボックス**: 完了した条件にチェックを入れる
+3. **バーンダウンチャート**: 実績値を反映
+
+**iteration_plan-*.md の更新内容**:
+
+1. **成功基準チェックボックス**: 達成した基準にチェックを入れる
+2. **タスク分解の状態**: 完了したタスクのチェックボックスを更新
+3. **完了条件（DoD）**: 達成した条件にチェックを入れる
+4. **振り返りセクション**: メトリクス実績値を記入
+
+**更新判定の情報源**:
+
+```bash
+# Git コミット履歴から実装状況を分析
+git log --oneline --since="2 weeks ago"
+
+# テスト実行結果から品質指標を取得
+dotnet test --logger trx
+npm test -- --coverage
+
+# ディレクトリ構造から機能実装状況を確認
+ls -la apps/backend/src/
+ls -la apps/frontend/src/
+```
+
+### 7. 出力例
+
+```
+プロジェクト進捗レポート
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+
+Overall Status: フルスタック実装完成 (MVP 準備段階)
+
+Iteration Progress:
+├─ Iteration 1 (認証・閲覧): 完了 (計画 10 日→実績 4 日)
+├─ Iteration 2 (予約機能): 計画済み (8 営業日予定)
+├─ Iteration 3 (キャンセル): 待機中
+└─ Iteration 4 (運用準備): 待機中
+
+Technical Implementation:
+├─ Backend (.NET 9): 完全実装 (181 テスト全通過)
+├─ Frontend (React TS): 完全実装
+├─ Database (SQLite): 稼働中
+├─ Authentication: JWT 完全実装
+└─ API Integration: フルスタック連携確認
+
+Documentation:
+├─ 計画書: 最新
+├─ リリース計画: 更新済み
+├─ README: 実行手順書完備
+└─ API 仕様: Swagger UI 統合
+```
+
+### 8. 注意事項
+
+- **前提条件**: Git リポジトリ内で実行、プロジェクト構造を理解
+- **情報取得**: 実行時点での動的な状況を総合的に分析
+- **推奨事項**: 重要な節目や問題発生時の定期的な進捗確認
+- **--update 使用時**: 更新前に Git でコミットしておくことを推奨（変更のロールバック用）
+
+### 9. ベストプラクティス
+
+1. **定期実行**: イテレーション開始・終了時の進捗確認
+2. **問題発見**: 遅延や品質低下の早期発見に活用
+3. **ステークホルダー報告**: 詳細レポートを会議資料として活用
+4. **改善指標**: 進捗データを基にした開発プロセス改善
+5. **ドキュメント同期**: イテレーション完了時に `--update` で docs/development を同期
+6. **振り返り記録**: `--update` 実行後、KPT セクションを手動で記入して振り返りを完了
+
+### 関連スキル
+
+- `managing-docs` : ドキュメント一覧と進捗状況の確認
+- `git-commit` : 進捗に合わせた適切なコミット実行
+- `planning-releases` : イテレーション計画の作成・更新

package/lib/assets/.mcp.json

@@ -0,0 +1,12 @@
+{
+  "mcpServers": {
+    "codex": {
+      "type": "stdio",
+      "command": "npx",
+      "args": [
+        "@modelcontextprotocol/server-memory"
+      ],
+      "env": {}
+    }
+  }
+}