@sk8metal/michi-cli 0.1.0 → 0.2.1

package/templates/claude/commands/michi/e2e-plan.md

@@ -0,0 +1,113 @@
+---
+name: /michi:e2e-plan
+description: E2Eファースト方式でタスク分割を計画する
+---
+
+# E2Eプランニング
+
+このコマンドは、E2Eファースト方式でタスク分割を計画し、早期に動作確認可能な実装計画を策定します。
+
+## サブエージェント呼び出し
+
+**重要**: このコマンドは `e2e-first-planner` サブエージェントを使用します。
+
+e2e-first-planner サブエージェントを使用して、E2Eファースト方式でタスク分割を計画してください。
+
+## 計画方針
+
+### 1. ミニマム動作確認可能な単位を最優先
+- 最小構成での動作確認
+- 早期フィードバックの獲得
+- リスクの早期発見
+- 段階的な機能拡張
+
+### 2. E2Eテスト可能なマイルストーンを設定
+- ユーザーストーリーベースのマイルストーン
+- 各マイルストーンでE2Eテストを実施
+- 統合テストを早期に開始
+- 継続的なデプロイ可能性の維持
+
+### 3. 結合テストを早期に実施
+- コンポーネント間の連携確認
+- API統合の早期テスト
+- データフローの検証
+- 外部サービス連携の確認
+
+## E2Eファースト開発の原則
+
+### Walking Skeleton（歩く骨格）アプローチ
+1. **最小限の機能実装**: 画面からDBまで一連の流れを実装
+2. **デプロイパイプライン構築**: CI/CD環境を最初に整備
+3. **段階的拡張**: 機能を少しずつ追加していく
+
+### タスク分割の優先順位
+
+| 優先度 | タスクタイプ | 理由 |
+|--------|-------------|------|
+| **最優先** | E2E動作確認 | 全体の動作を早期確認 |
+| **高** | 統合ポイント | 連携部分のリスク高 |
+| **中** | 個別機能 | 独立して実装可能 |
+| **低** | UI改善・最適化 | 動作確認後に実施 |
+
+## 計画に含める項目
+
+### 1. マイルストーン定義
+```markdown
+## Milestone 1: 基本フロー（E2E）
+- [ ] ユーザー登録画面
+- [ ] 認証API
+- [ ] DBスキーマ
+- [ ] E2Eテスト: 新規ユーザー登録
+
+## Milestone 2: コア機能（E2E）
+- [ ] ダッシュボード画面
+- [ ] データ取得API
+- [ ] データ表示機能
+- [ ] E2Eテスト: ログイン→ダッシュボード表示
+```
+
+### 2. 依存関係の明示
+- 前提条件となるタスク
+- 並行実行可能なタスク
+- ブロッカーとなる技術的課題
+
+### 3. テスト戦略
+- E2Eテストシナリオ
+- 統合テストポイント
+- テストデータの準備
+
+## 参照スキル
+
+スキル `e2e-first-planning` のガイドラインに従ってタスク分割を実施してください。
+
+## 使用例
+
+```
+/michi:e2e-plan
+```
+
+コマンド実行後、機能要件を分析し、E2Eファースト方式のタスク分割計画を作成します。
+
+## 入力情報
+
+- {{KIRO_DIR}}/specs/{{FEATURE_NAME}}/requirements.md
+- {{KIRO_DIR}}/specs/{{FEATURE_NAME}}/design.md
+
+## 出力
+
+E2Eプランニング結果は以下の形式で出力されます：
+
+1. **Walking Skeletonの定義**: 最小限の動作確認範囲
+2. **マイルストーン一覧**: E2Eテスト可能な単位
+3. **タスクリスト**: 優先順位付きタスク
+4. **依存関係図**: タスク間の依存関係
+5. **推定工数**: 各タスクの概算工数
+
+## Phase 0.5統合
+
+このコマンドはPhase 0.5（タスク分割）で実行することを推奨します。
+`/kiro:spec-tasks` コマンドから呼び出すことも可能です。
+
+## 言語設定
+
+出力言語は {{KIRO_DIR}}/project.json の設定に従います。

package/templates/claude/commands/michi/license-check.md

@@ -0,0 +1,80 @@
+---
+name: /michi:license-check
+description: 依存パッケージのOSSライセンスを確認する
+---
+
+# ライセンス確認
+
+このコマンドは、プロジェクトの依存パッケージのOSSライセンスを確認し、ライセンス互換性をチェックします。
+
+## サブエージェント呼び出し
+
+**重要**: このコマンドは `oss-license-checker` サブエージェントを使用します。
+
+oss-license-checker サブエージェントを使用して、依存パッケージのライセンスを確認してください。
+
+## 確認対象
+
+### 1. 依存関係ファイル
+- **Node.js**: package.json、package-lock.json
+- **Java**: build.gradle、pom.xml
+- **PHP**: composer.json、composer.lock
+- **Python**: requirements.txt、Pipfile、pyproject.toml
+
+### 2. 新規追加されたライブラリ
+- 最新のコミットで追加された依存関係
+- バージョンアップされた依存関係
+- 間接依存関係（transitive dependencies）
+
+### 3. ライセンス互換性チェック
+- プロジェクトのライセンスとの互換性
+- GPL、LGPL、Apache、MIT、BSD等の確認
+- コピーレフト条項の確認
+- 商用利用の可否
+
+## チェック項目
+
+### ライセンスリスク分類
+
+| リスク | ライセンス例 | 対応 |
+|--------|-------------|------|
+| **高** | GPL v2/v3、AGPL | 使用前に法務確認必須 |
+| **中** | LGPL、MPL | 使用方法を確認 |
+| **低** | MIT、Apache 2.0、BSD | 通常使用可能 |
+
+### 確認事項
+- [ ] ライセンステキストの存在
+- [ ] 著作権表示の要件
+- [ ] ソースコード公開の要件
+- [ ] 特許条項の確認
+- [ ] 商用利用の制限
+
+## 参照スキル
+
+スキル `oss-license` のガイドラインに従ってライセンスチェックを実施してください。
+
+## 使用例
+
+```
+/michi:license-check
+```
+
+コマンド実行後、プロジェクトの依存パッケージを分析し、ライセンス状況をレポートします。
+
+## 出力
+
+ライセンスチェック結果は以下の形式で出力されます：
+
+1. **サマリー**: 依存パッケージ数、ライセンスタイプの分布
+2. **高リスクライセンス**: GPL等の注意が必要なライセンス
+3. **不明なライセンス**: ライセンスが特定できないパッケージ
+4. **推奨アクション**: 対応が必要な項目のリスト
+5. **ライセンス一覧**: 全パッケージのライセンス詳細
+
+## Phase A統合
+
+このコマンドはPhase A（PR前自動テスト）で実行することを推奨します。
+
+## 言語設定
+
+出力言語は {{KIRO_DIR}}/project.json の設定に従います。

package/templates/claude/commands/michi/pr-resolve.md

@@ -0,0 +1,153 @@
+---
+name: /michi:pr-resolve
+description: PRレビューコメントへの対応を支援する
+---
+
+# PRコメント対応
+
+このコマンドは、プルリクエストのレビューコメントへの対応を支援し、すべてのコメントが適切に解決されているか確認します。
+
+## サブエージェント呼び出し
+
+**重要**: このコマンドは `pr-resolver` サブエージェントを使用します。
+
+pr-resolver サブエージェントを使用して、PRレビューコメントへの対応を確認してください。
+
+## 確認項目
+
+### 1. コメントの収集
+- GitHub PR APIを使用してコメント取得
+- レビュー承認/変更要求の確認
+- 未解決コメントのリスト化
+- 返信済みコメントの確認
+
+### 2. 対応状況の確認
+- コード変更による対応
+- コメントでの返信による対応
+- 「Resolve conversation」の実行状況
+- 対応漏れの検出
+
+### 3. 対応完了の検証
+- すべてのコメントへの対応完了
+- レビュアーからの再承認の確認
+- マージ可能状態の確認
+
+## 使用方法
+
+### 基本的な使い方
+
+```bash
+# 現在のブランチのPRコメントを確認
+/michi:pr-resolve
+
+# 特定のPR番号を指定
+/michi:pr-resolve 123
+```
+
+### GitHub CLI連携
+
+コマンド内部で以下のGitHub CLIコマンドを使用します：
+
+```bash
+# PRコメント一覧取得
+gh pr view <PR番号> --json comments,reviews
+
+# PRステータス確認
+gh pr status
+
+# PRコメント表示
+gh pr view <PR番号>
+```
+
+## 対応フロー
+
+### ステップ1: コメント収集
+```markdown
+## 未解決コメント一覧
+1. [ファイル名:行数] レビュアー: コメント内容
+2. [ファイル名:行数] レビュアー: コメント内容
+```
+
+### ステップ2: 対応計画
+```markdown
+## 対応計画
+- [ ] コメント1: コード修正（認証ロジックの改善）
+- [ ] コメント2: 返信のみ（設計意図の説明）
+- [ ] コメント3: コード修正（テストケース追加）
+```
+
+### ステップ3: 対応実施
+- コード修正が必要な箇所を特定
+- 修正内容を提案
+- コミットメッセージの推奨
+
+### ステップ4: 対応完了確認
+```markdown
+## 対応完了レポート
+✓ すべてのコメントに対応済み
+✓ レビュアーから再承認を獲得
+✓ マージ可能状態
+```
+
+## 出力
+
+PRコメント対応結果は以下の形式で出力されます：
+
+1. **サマリー**: 総コメント数、未解決数、対応完了数
+2. **未解決コメント詳細**: 各コメントの内容と推奨対応
+3. **対応済みコメント**: すでに解決済みのコメント
+4. **次のアクション**: マージ前に必要な作業
+
+## Phase A統合
+
+このコマンドはPhase A（PR前自動テスト）またはレビュー対応時に実行することを推奨します。
+
+## GitHub CLI必須
+
+このコマンドは `gh` コマンド（GitHub CLI）が必要です。
+未インストールの場合は以下でインストールしてください：
+
+```bash
+# macOS
+brew install gh
+
+# 認証
+gh auth login
+```
+
+## 環境変数
+
+GitHubトークンが必要な場合は、以下の環境変数を設定してください：
+
+```bash
+export GITHUB_TOKEN="your_token_here"
+```
+
+## 使用例
+
+### PRレビュー対応の完全フロー
+
+```bash
+# 1. PRコメントを確認
+/michi:pr-resolve
+
+# 2. コメントに基づいてコード修正
+# （Claude Codeが修正を提案）
+
+# 3. 変更をコミット
+git add .
+git commit -m "fix: レビューコメントに対応"
+
+# 4. PRを更新
+git push
+
+# 5. 再度確認
+/michi:pr-resolve
+
+# 6. すべて解決済みならマージ
+gh pr merge
+```
+
+## 言語設定
+
+出力言語は {{KIRO_DIR}}/project.json の設定に従います。

package/templates/claude/commands/michi/version-audit.md

@@ -0,0 +1,91 @@
+---
+name: /michi:version-audit
+description: 依存パッケージのStableバージョンを確認する
+---
+
+# バージョン確認
+
+このコマンドは、プロジェクトの依存パッケージのバージョンを確認し、Stable/LTSバージョンの使用を推奨します。
+
+## サブエージェント呼び出し
+
+**重要**: このコマンドは `stable-version-auditor` サブエージェントを使用します。
+
+stable-version-auditor サブエージェントを使用して、依存パッケージのバージョンを確認してください。
+
+## 確認観点
+
+### 1. Stableバージョンかどうか
+- プロダクション推奨バージョンの使用
+- ベータ版・アルファ版の検出
+- RC（Release Candidate）版の検出
+- nightlyビルドの検出
+
+### 2. LTSバージョンの確認
+- Long Term Support版の利用可否
+- サポート期限の確認
+- セキュリティアップデートの提供状況
+
+### 3. EOL（End of Life）の確認
+- サポート終了済みバージョンの検出
+- セキュリティリスクの評価
+- アップグレードの緊急度判定
+
+## チェック項目
+
+### バージョンステータス分類
+
+| ステータス | 説明 | 推奨アクション |
+|-----------|------|---------------|
+| **Stable + LTS** | 安定版かつ長期サポート | 推奨 |
+| **Stable** | 安定版 | 使用可能 |
+| **Latest** | 最新版（安定性未確認） | 慎重に判断 |
+| **Pre-release** | ベータ/RC版 | 本番環境では非推奨 |
+| **EOL** | サポート終了 | 即時アップグレード |
+
+### 技術スタック別の確認項目
+
+#### Node.js
+- Node.jsランタイムバージョン
+- npmパッケージのバージョン
+- semverの適切性（^, ~の使い分け）
+
+#### Java
+- JDKバージョン
+- Gradleプラグインバージョン
+- ライブラリのMaven Centralステータス
+
+#### PHP
+- PHPランタイムバージョン
+- Composerパッケージバージョン
+- 依存関係の競合チェック
+
+## 参照スキル
+
+スキル `stable-version` のガイドラインに従ってバージョン確認を実施してください。
+
+## 使用例
+
+```
+/michi:version-audit
+```
+
+コマンド実行後、プロジェクトの依存パッケージを分析し、バージョン状況をレポートします。
+
+## 出力
+
+バージョン確認結果は以下の形式で出力されます：
+
+1. **サマリー**: 依存パッケージ数、バージョンステータスの分布
+2. **EOLパッケージ**: サポート終了済みパッケージ（緊急対応）
+3. **Pre-releaseパッケージ**: ベータ版等の不安定版
+4. **推奨アップグレード**: LTS版へのアップグレード候補
+5. **詳細レポート**: 全パッケージのバージョン情報
+
+## Phase 0.2統合
+
+このコマンドはPhase 0.2（設計）での技術選定時に実行することを推奨します。
+
+## 言語設定
+
+出力言語は {{KIRO_DIR}}/project.json の設定に従います。