@sk8metal/michi-cli 0.13.0 → 0.14.1

package/templates/claude/commands/michi/design-review.md

@@ -1,70 +0,0 @@
----
-name: /michi:design-review
-description: UIコンポーネントのデザイン品質をレビューする
----
-
-# デザインレビュー
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-このコマンドは、UIコンポーネントやフロントエンドコードのデザイン品質をレビューします。
-
-## サブエージェント呼び出し
-
-**重要**: このコマンドは `design-reviewer` サブエージェントを使用します。
-
-design-reviewer サブエージェントを使用して、以下のデザイン品質をレビューしてください。
-
-## レビュー観点
-
-### 1. アクセシビリティ（a11y）
-- WCAG 2.1 ガイドラインへの準拠
-- キーボード操作のサポート
-- スクリーンリーダー対応
-- カラーコントラスト比の確認
-- フォーカスインジケーターの視認性
-
-### 2. レスポンシブデザイン
-- モバイル、タブレット、デスクトップでの表示確認
-- ブレークポイントの適切性
-- フレキシブルレイアウトの実装
-- タッチターゲットのサイズ（最小44x44px）
-
-### 3. デザインシステムとの整合性
-- カラーパレットの使用
-- タイポグラフィの統一
-- スペーシングの一貫性
-- コンポーネントの再利用
-
-### 4. UXベストプラクティス
-- ユーザーフィードバックの適切性
-- エラーメッセージの明確性
-- ローディング状態の表示
-- 操作の直感性
-
-## 参照スキル
-
-スキル `design-review` のガイドラインに従ってレビューを実施してください。
-
-## 使用例
-
-```
-/michi:design-review
-```
-
-コマンド実行後、現在のプロジェクトのUIコンポーネントをレビューし、改善提案を行います。
-
-## 出力
-
-レビュー結果は以下の形式で出力されます：
-
-1. **レビューサマリー**: 全体的な評価
-2. **問題点**: 発見された問題のリスト（優先度付き）
-3. **改善提案**: 具体的な改善策
-4. **参考資料**: 関連するベストプラクティスへのリンク
-
-## 言語設定
-
-出力言語は {{KIRO_DIR}}/project.json の設定に従います。

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

@@ -1,117 +0,0 @@
----
-name: /michi:e2e-plan
-description: E2Eファースト方式でタスク分割を計画する
----
-
-# E2Eプランニング
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-このコマンドは、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（タスク分割）で実行することを推奨します。
-`/michi:spec-tasks` コマンドから呼び出すことも可能です。
-
-## 言語設定
-
-出力言語は {{KIRO_DIR}}/project.json の設定に従います。

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

@@ -1,84 +0,0 @@
----
-name: /michi:license-check
-description: 依存パッケージのOSSライセンスを確認する
----
-
-# ライセンス確認
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-このコマンドは、プロジェクトの依存パッケージの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

@@ -1,157 +0,0 @@
----
-name: /michi:pr-resolve
-description: PRレビューコメントへの対応を支援する
----
-
-# PRコメント対応
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-このコマンドは、プルリクエストのレビューコメントへの対応を支援し、すべてのコメントが適切に解決されているか確認します。
-
-## サブエージェント呼び出し
-
-**重要**: このコマンドは `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/project-switch.md

@@ -1,42 +0,0 @@
----
-name: /michi:project-switch
-description: Switch between projects (Michi-specific feature)
----
-
-# Project Switch Command
-
-> **Michi 固有機能**: このコマンドは Michi 独自の機能です。cc-sdd 標準には含まれません。
->
-> マルチプロジェクト環境で、異なるプロジェクト間を切り替えるための機能です。
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-## Usage
-
-```
-/michi:project-switch <project_id>
-```
-
-**Parameters**:
-- `project_id`: Project ID (e.g., customer-a-service-1, michi)
-
-**Examples**:
-```
-/michi:project-switch michi
-/michi:project-switch customer-a-service-1
-```
-
-## Execution Steps
-
-1. Identify GitHub repository corresponding to project ID
-2. Clone locally (if not cloned) or checkout
-3. Load and display {{KIRO_DIR}}/project.json
-4. Display corresponding Confluence project page URL
-
-## Language Handling
-
-- Read language from {{KIRO_DIR}}/project.json
-- Generate all output in the specified language
-- Default to English if language field is missing

package/templates/claude/commands/michi/spec-design.md

@@ -1,78 +0,0 @@
----
-name: /michi:spec-design
-description: Create comprehensive technical design for a specification (Michi version with test planning flow)
-allowed-tools: Bash, Glob, Grep, LS, Read, Write, Edit, MultiEdit, Update, WebSearch, WebFetch
-argument-hint: <feature-name> [-y]
----
-
-# Michi: Spec Design with Test Planning Flow
-
-## Base Command Reference
-@.claude/commands/kiro/spec-design.md
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-## Michi Extension: Next Phase Guidance
-
-設計ドキュメント生成完了後、以下のフローを案内:
-
-### Next Phase: Phase 0.3 - テストタイプの選択
-
-設計が完了したら、タスク生成前に **Phase 0.3-0.4: テスト計画** を実施してください。
-
-#### 1. Phase 0.3: テストタイプの選択
-
-設計書の Testing Strategy セクションを基に、必要なテストタイプを決定します。
-
-**実行方法:**
-
-**推奨: 統合AIコマンド**
-```bash
-/michi:test-planning {feature-name}
-```
-Phase 0.3とPhase 0.4を統合的に実行します。AIが対話的にテストタイプを選択し、テスト仕様書を作成します。
-
-**選択可能なテストタイプ:**
-- 単体テスト (Unit Test)
-- 統合テスト (Integration Test)
-- E2Eテスト (End-to-End Test)
-- パフォーマンステスト (Performance Test)
-- セキュリティテスト (Security Test)
-
-**参照ドキュメント**: `docs/user-guide/testing/test-planning-flow.md`
-
-#### 2. Phase 0.4: テスト仕様書の作成
-
-Phase 0.3で選択したテストタイプに基づいて、テスト仕様書を作成します。
-
-**実行方法:**
-
-`/michi:test-planning` を使用した場合、Phase 0.4も自動的に実行されます。
-
-**テンプレート:**
-- 単体テスト: `docs/user-guide/templates/test-specs/unit-test-spec-template.md`
-- 統合テスト: `docs/user-guide/templates/test-specs/integration-test-spec-template.md`
-- E2Eテスト: `docs/user-guide/templates/test-specs/e2e-test-spec-template.md`
-- パフォーマンステスト: `docs/user-guide/templates/test-specs/performance-test-spec-template.md`
-- セキュリティテスト: `docs/user-guide/templates/test-specs/security-test-spec-template.md`
-
-**出力先**: `.kiro/specs/{feature}/test-specs/`
-
-### After Test Planning: Task Generation
-
-Phase 0.3-0.4 完了後、以下のステップに進んでください:
-
-**推奨フロー**:
-1. `/michi:validate-design {feature}` で設計レビューを実施（任意）
-2. `/michi:spec-tasks {feature}` でタスク生成
-
-**クイックフロー**:
-- `/michi:spec-tasks {feature} -y` で自動承認してタスク生成
-
-**重要**: テスト計画（Phase 0.3-0.4）を完了してからタスク生成することで、実装タスクにテスト実装が適切に含まれます。
-
----
-
-**Michi 固有機能**: このコマンドは cc-sdd 標準の `/kiro:spec-design` を拡張し、Michi 固有のテスト計画フロー（Phase 0.3-0.4）を Next Phase として案内します。