@sk8metal/michi-cli 0.13.0 → 0.14.1

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

@@ -1,156 +0,0 @@
----
-name: /michi:spec-tasks
-description: Generate implementation tasks with JIRA sync option (Michi version)
-allowed-tools: Read, Write, Edit, MultiEdit, Glob, Grep, Bash
-argument-hint: <feature-name> [-y] [--sequential]
----
-
-# Michi: Spec Tasks with JIRA Sync Option
-
-## Base Command Reference
-@.claude/commands/kiro/spec-tasks.md
-
-## Development Guidelines
-{{DEV_GUIDELINES}}
-
----
-
-## Michi Extension: JIRA Sync Prompt
-
-このコマンドは cc-sdd 標準の `/kiro:spec-tasks` を拡張し、タスク生成完了後にJIRA同期オプションを提示します。
-
-### 機能追加内容
-
-1. **タスク生成完了後の次ステップ案内**:
-   - JIRA連携が設定されている場合: JIRA同期の選択肢（A/B/C形式）を表示
-   - JIRA連携が未設定の場合: 実装フェーズへの案内 + JIRA設定ヒントを表示
-
-2. **環境変数による条件分岐**:
-   - 以下の環境変数がすべて設定されている場合のみ、JIRA同期の選択肢を表示
-   - `ATLASSIAN_URL`
-   - `ATLASSIAN_EMAIL`
-   - `ATLASSIAN_API_TOKEN`
-
----
-
-## タスク生成完了後のフロー
-
-基底コマンド `/kiro:spec-tasks` によるタスク生成が完了した後、以下のフローを実行してください:
-
-### Step 1: 環境変数チェック
-
-```bash
-# JIRA連携の環境変数をチェック
-if [ -n "$ATLASSIAN_URL" ] && [ -n "$ATLASSIAN_EMAIL" ] && [ -n "$ATLASSIAN_API_TOKEN" ]; then
-    JIRA_CONFIGURED=true
-else
-    JIRA_CONFIGURED=false
-fi
-```
-
-### Step 2a: JIRA連携が設定されている場合の表示
-
-`JIRA_CONFIGURED=true` の場合、以下のメッセージと選択肢を表示:
-
-```
-============================================
- タスク生成完了 - JIRA同期オプション
-============================================
-
-次のアクション:
-A) JIRAにタスクを同期する（推奨: タスク管理を一元化）
-   → `michi jira:sync {{FEATURE_NAME}}` を実行
-
-B) JIRAへの同期をスキップして実装に進む
-   → `/michi:spec-impl {{FEATURE_NAME}}` を実行
-
-C) 何もせずにこのまま終了する
-
-選択 (A/B/C): _
-```
-
-**選択肢の説明**:
-- **A**: Epic/Story/Subtaskを自動作成し、タスクをJIRAに同期します
-- **B**: JIRA同期をスキップして直接TDD実装フェーズに進みます
-- **C**: タスク生成のみで終了し、ユーザーが手動で次のステップを選択します
-
-### Step 2b: JIRA連携が未設定の場合の表示
-
-`JIRA_CONFIGURED=false` の場合、以下のメッセージを表示:
-
-```
-============================================
- タスク生成完了
-============================================
-
-次のステップ:
-→ `/michi:spec-impl {{FEATURE_NAME}}` で実装を開始
-
----
-ℹ️ ヒント: JIRA連携を使用すると、タスクを自動的にJIRAに同期できます。
-
-設定方法: 以下の環境変数を .env に追加してください:
-   - ATLASSIAN_URL=https://your-domain.atlassian.net
-   - ATLASSIAN_EMAIL=your-email@company.com
-   - ATLASSIAN_API_TOKEN=your-api-token
-
-詳細はドキュメントを参照: docs/guides/atlassian-integration.md
-```
-
----
-
-## Michi Extension: Task Diff Size Guidelines
-
-タスク分割時に、各サブタスクの git diff サイズを考慮してください。
-
-### 推奨サイズ
-- **目標**: 各サブタスクで 200-400 行の diff
-- **最大**: 500 行まで（超過時は分割を検討）
-- **警告**: 400行超過時は分割を推奨
-
-### 除外対象ファイル（行数カウント対象外）
-- **ロックファイル**: package-lock.json, yarn.lock, pnpm-lock.yaml, composer.lock, Gemfile.lock, poetry.lock, Pipfile.lock, Cargo.lock, go.sum
-- **自動生成ファイル**: *.min.js, *.min.css, *.map, dist/*, build/*, coverage/*, .next/*, *.d.ts, *.generated.ts, __snapshots__/*
-
-### 分割戦略
-
-タスクが大きすぎる場合の分割方法:
-
-1. **水平分割（レイヤー別）**
-   - model/repository → service/logic → controller/handler
-   - 例: 「User CRUD」→「User model作成」「User service作成」「User controller作成」
-
-2. **垂直分割（機能スライス別）**
-   - core機能 → validation → error handling → edge cases
-   - 例: 「認証機能」→「ログインcore」「バリデーション追加」「エラーハンドリング」
-
-3. **フェーズ分割（段階別）**
-   - 基本実装 → テスト追加 → 最適化
-   - 例: 「検索機能」→「基本検索」「フィルター追加」「パフォーマンス最適化」
-
-### タスク生成時の確認事項
-
-タスク分割完了後、以下を確認してください:
-
-- [ ] 各サブタスクの予想diff行数が500行以内か
-- [ ] 大きなサブタスクは適切に分割されているか
-- [ ] ロックファイルや自動生成ファイルを含むタスクはその旨が明記されているか
-
----
-
-## 実装上の注意点
-
-1. **基底コマンドの実行結果を維持**:
-   - `/kiro:spec-tasks` の「Output Description」セクションで出力されるタスクサマリーは維持してください
-   - Michi Extensionの選択肢はその**後**に追加で表示します
-
-2. **言語設定の考慮**:
-   - メッセージは日本語固定（将来的にspec.jsonの言語設定に対応する可能性あり）
-
-3. **ユーザーインタラクション**:
-   - 選択肢を表示した後、ユーザーの入力を待ちます
-   - 選択に応じて適切なコマンド/処理を案内または実行してください
-
----
-
-**Michi 固有機能**: このコマンドは cc-sdd 標準の `/kiro:spec-tasks` を拡張し、Phase 0.6（JIRA同期）への誘導を Next Phase として案内します。また、タスク粒度ガイドライン（git diff 500行制限）を提供し、適切なタスク分割を支援します。

package/templates/claude/commands/michi/test-planning.md

@@ -1,174 +0,0 @@
----
-name: /michi:test-planning
-description: Integrated test planning workflow for Phase 0.3-0.4 (Test type selection and test specification creation)
-allowed-tools: Bash, Glob, Grep, LS, Read, Write, Edit, MultiEdit, Update, AskUserQuestion
-argument-hint: <feature-name> [-y]
----
-
-# Michi: Test Planning (Phase 0.3-0.4)
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-## Overview
-
-This command integrates Phase 0.3 (Test Type Selection) and Phase 0.4 (Test Specification Creation) into a single, guided workflow. The AI will help you select appropriate test types based on your design document and create comprehensive test specifications.
-
-## Prerequisites
-
-Before running this command, ensure:
-- Phase 0.2 (Design) has been completed
-- `.kiro/specs/{feature}/design.md` exists
-- `spec.json` shows `design.approved: true`
-
-## Workflow
-
-### Phase 0.3: Test Type Selection
-
-1. **Read Design Document**
-   - Load `.kiro/specs/{feature}/design.md`
-   - Extract Testing Strategy section
-   - Analyze project requirements to determine appropriate test types
-
-2. **Recommend Test Types**
-   Based on the design analysis, recommend appropriate test types:
-   - **Unit Test** (単体テスト): Required for all features with business logic
-   - **Integration Test** (統合テスト): Required when multiple components interact
-   - **E2E Test**: Required for user-facing features
-   - **Performance Test** (パフォーマンステスト): Required for APIs or high-load features
-   - **Security Test** (セキュリティテスト): Required for authentication, authorization, or data handling features
-
-3. **User Selection**
-   Use `AskUserQuestion` to let the user select which test types to implement:
-
-   ```markdown
-   Question: "どのテストタイプを実装しますか？（複数選択可）"
-
-   Options:
-   - Unit Test (単体テスト) - 推奨
-   - Integration Test (統合テスト) - 推奨
-   - E2E Test - 推奨（ユーザー向け機能の場合）
-   - Performance Test (パフォーマンステスト)
-   - Security Test (セキュリティテスト) - 推奨（認証・認可機能の場合）
-   ```
-
-   Set `multiSelect: true` to allow multiple selections.
-
-4. **Save Selection**
-   Create `.kiro/specs/{feature}/test-type-selection.json`:
-
-   ```json
-   {
-     "featureName": "{feature}",
-     "selectedTypes": ["unit", "integration", "e2e", "performance", "security"],
-     "timestamp": "2025-12-09T12:00:00Z",
-     "phase": "0.3"
-   }
-   ```
-
-### Phase 0.4: Test Specification Creation
-
-For each selected test type, create a test specification document:
-
-1. **Read Template**
-   Load the appropriate template from:
-   - Unit: `docs/user-guide/templates/test-specs/unit-test-spec-template.md`
-   - Integration: `docs/user-guide/templates/test-specs/integration-test-spec-template.md`
-   - E2E: `docs/user-guide/templates/test-specs/e2e-test-spec-template.md`
-   - Performance: `docs/user-guide/templates/test-specs/performance-test-spec-template.md`
-   - Security: `docs/user-guide/templates/test-specs/security-test-spec-template.md`
-
-2. **Extract Design Information**
-   From `design.md`, extract:
-   - Architecture diagrams
-   - Component interfaces
-   - API endpoints
-   - Data models
-   - Testing Strategy section
-
-3. **Generate Test Specification**
-   Use the template structure and design information to create a comprehensive test specification:
-   - Replace template placeholders with actual feature details
-   - Generate specific test cases based on requirements and design
-   - Include requirement traceability IDs
-   - Add coverage targets (95% for critical code, 80% minimum)
-
-4. **Save Test Specification**
-   Create `.kiro/specs/{feature}/test-specs/{test-type}-test-spec.md`:
-   - `unit-test-spec.md`
-   - `integration-test-spec.md`
-   - `e2e-test-spec.md`
-   - `performance-test-spec.md`
-   - `security-test-spec.md`
-
-5. **Update spec.json**
-   Update phase information in `spec.json`:
-
-   ```json
-   {
-     "phase": "test-planning-completed",
-     "testPlanning": {
-       "phase03Completed": true,
-       "phase04Completed": true,
-       "testTypesSelected": ["unit", "integration", "e2e"],
-       "testSpecsGenerated": ["unit", "integration", "e2e"]
-     }
-   }
-   ```
-
-## Output Structure
-
-After completion, the following structure will be created:
-
-```
-.kiro/specs/{feature}/
-├── spec.json (updated)
-├── requirements.md
-├── design.md
-├── test-type-selection.json (NEW)
-└── test-specs/ (NEW)
-    ├── unit-test-spec.md
-    ├── integration-test-spec.md
-    ├── e2e-test-spec.md
-    ├── performance-test-spec.md (optional)
-    └── security-test-spec.md (optional)
-```
-
-## Next Steps
-
-After completing test planning, guide the user to the next phase:
-
-### Recommended: Design Validation (Optional)
-
-```bash
-/michi:validate-design {feature-name}
-```
-
-This command will:
-- Review the design quality
-- **Verify test planning completion** ✅
-- Check requirement traceability
-
-### Or: Proceed to Task Generation
-
-```bash
-/michi:spec-tasks {feature-name} [-y]
-```
-
-This will generate implementation tasks based on requirements, design, and test specifications.
-
----
-
-**Important:** Test planning (Phase 0.3-0.4) ensures that test implementation is properly included in the task breakdown, leading to comprehensive TDD implementation.
-
-## Error Handling
-
-- **Feature not found**: Display error and guide user to run `/kiro:spec-init` first
-- **Design not approved**: Display error and guide user to complete Phase 0.2 first
-- **Template read failure**: Use fallback structure and warn user
-- **User cancels selection**: Save partial progress and allow resumption
-
----
-
-**Michi Extension:** This command provides an integrated, AI-guided workflow for test planning that enhances the standard cc-sdd flow.

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

@@ -1,58 +0,0 @@
----
-name: /michi:validate-design
-description: Interactive technical design validation with test planning readiness check (Michi version)
-allowed-tools: Bash, Glob, Grep, LS, Read, Write, Edit, MultiEdit, Update, WebSearch, WebFetch, AskUserQuestion
-argument-hint: <feature-name>
----
-
-# Michi: Design Validation with Test Planning
-
-## Base Command Reference
-@.claude/commands/kiro/validate-design.md
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-## Michi Extension: Test Planning Readiness Check
-
-設計レビューで GO 判定後、Phase 0.3-0.4（テスト計画）が完了しているか確認します。
-
-### Post-Validation Checklist
-
-設計が承認された場合（GO Decision）、以下を確認してください：
-
-#### テスト計画完了確認
-
-- [ ] `.kiro/specs/$1/test-specs/` ディレクトリが存在するか
-- [ ] テスト仕様書が作成されているか（Phase 0.4 完了）
-- [ ] テストタイプが選択されているか（Phase 0.3 完了）
-
-**未完了の場合の推奨アクション**:
-
-Phase 0.3-0.4 が未完了の場合は、タスク生成前に完了することを推奨します：
-
-1. **Phase 0.3: テストタイプの選択**
-   - 参照: `docs/user-guide/testing/test-planning-flow.md#phase-03-テストタイプの選択`
-   - 設計書の Testing Strategy セクションを基に決定
-
-2. **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`
-   - 出力先: `.kiro/specs/$1/test-specs/`
-
-3. **完了後**: `/michi:spec-tasks $1` でタスク生成に進む
-
-### Next Phase Guidance
-
-**テスト計画完了済みの場合**:
-- `/michi:spec-tasks $1` でタスク生成
-
-**テスト計画未完了の場合**:
-- Phase 0.3-0.4 を実施してから `/michi:spec-tasks $1`
-- または `/michi:spec-design $1` を再実行して Next Phase ガイダンスを確認
-
----
-
-**Michi 固有機能**: このコマンドは cc-sdd 標準の `/kiro:validate-design` を拡張し、Michi 固有のテスト計画完了確認を追加します。

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

@@ -1,95 +0,0 @@
----
-name: /michi:version-audit
-description: 依存パッケージのStableバージョンを確認する
----
-
-# バージョン確認
-
-## Development Guidelines
-
-{{DEV_GUIDELINES}}
-
-このコマンドは、プロジェクトの依存パッケージのバージョンを確認し、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 の設定に従います。