@sk8metal/michi-cli 0.3.0 → 0.4.0

package/scripts/workflow-orchestrator.ts

@@ -6,7 +6,7 @@
 import { config } from 'dotenv';
 import { loadProjectMeta } from './utils/project-meta.js';
 import { syncToConfluence, getConfluenceConfig } from './confluence-sync.js';
-import { syncTasksToJIRA, JIRAClient } from './jira-sync.js';
+import { syncTasksToJIRA } from './jira-sync.js';
 import { analyzeLanguage } from './utils/language-detector.js';
 import { executeTests, generateTestReport } from './utils/test-runner.js';
 import { createReleaseNotes } from './utils/release-notes-generator.js';
@@ -61,8 +61,9 @@ export class WorkflowOrchestrator {
         }
         
         console.log(`✅ Stage completed: ${stage}`);
-      } catch (error: any) {
-        console.error(`❌ Stage failed: ${stage}`, error.message);
+      } catch (error: unknown) {
+        const message = error instanceof Error ? error.message : String(error);
+        console.error(`❌ Stage failed: ${stage}`, message);
         throw error;
       }
     }
@@ -140,10 +141,6 @@ export class WorkflowOrchestrator {
 
     // Confluenceにレポートをアップロード
     try {
-      const confluenceConfig = getConfluenceConfig();
-      const projectMeta = loadProjectMeta();
-      const spaceKey = confluenceConfig.space;
-
       // レポートをConfluenceに同期（テスト用のページとして）
       console.log('  Uploading test report to Confluence...');
 
@@ -160,8 +157,9 @@ export class WorkflowOrchestrator {
       if (!testResult.success) {
         throw new Error('Tests failed. Please fix the issues before proceeding.');
       }
-    } catch (error: any) {
-      console.error('  ❌ Test execution failed:', error.message);
+    } catch (error: unknown) {
+      const message = error instanceof Error ? error.message : String(error);
+      console.error('  ❌ Test execution failed:', message);
       throw error;
     }
   }
@@ -170,8 +168,6 @@ export class WorkflowOrchestrator {
    * リリースフェーズを実行
    */
   private async executeReleasePhase(): Promise<void> {
-    const projectMeta = loadProjectMeta();
-
     // リリースバージョンを決定（環境変数またはデフォルト）
     const version = process.env.RELEASE_VERSION || 'v1.0.0';
 
@@ -192,14 +188,6 @@ export class WorkflowOrchestrator {
 
     // JIRA Releaseを作成
     try {
-      const jiraConfig = {
-        url: process.env.ATLASSIAN_URL || '',
-        email: process.env.ATLASSIAN_EMAIL || '',
-        apiToken: process.env.ATLASSIAN_API_TOKEN || ''
-      };
-
-      const jiraClient = new JIRAClient(jiraConfig);
-
       console.log('  Creating JIRA Release...');
 
       // JIRA Release作成APIを呼び出し
@@ -207,8 +195,9 @@ export class WorkflowOrchestrator {
       console.log('  ℹ️  JIRA Release creation is pending JIRAClient enhancement');
       console.log(`  📋 Manual action required: Create release ${version} in JIRA`);
       console.log(`  📄 Release notes: ${releaseNotesPath}`);
-    } catch (error: any) {
-      console.warn('  ⚠️  Failed to create JIRA Release:', error.message);
+    } catch (error: unknown) {
+      const message = error instanceof Error ? error.message : String(error);
+      console.warn('  ⚠️  Failed to create JIRA Release:', message);
       console.log('  📋 Please create the release manually in JIRA');
     }
   }
@@ -246,8 +235,9 @@ export class WorkflowOrchestrator {
         const status = await pollForApproval(pageId, confluenceConfig);
 
         console.log(`  ✅ Approved by: ${status.approvers.join(', ')}`);
-      } catch (error: any) {
-        console.error('  ❌ Approval polling failed:', error.message);
+      } catch (error: unknown) {
+        const message = error instanceof Error ? error.message : String(error);
+        console.error('  ❌ Approval polling failed:', message);
         throw error;
       }
     } else {
@@ -289,8 +279,9 @@ if (import.meta.url === `file://${process.argv[1]}`) {
   
   orchestrator.run()
     .then(() => process.exit(0))
-    .catch((error) => {
-      console.error('❌ Workflow failed:', error.message);
+    .catch((error: unknown) => {
+      const message = error instanceof Error ? error.message : String(error);
+      console.error('❌ Workflow failed:', message);
       process.exit(1);
     });
 }

package/templates/claude/commands/kiro/kiro-spec-impl.md

@@ -1,5 +1,9 @@
 # kiro:spec-impl - Spec Implementation Command
 
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
+
 ## Overview
 
 This command implements the specifications defined in `tasks.md` following TDD (Test-Driven Development) practices with automatic JIRA integration.

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

@@ -5,7 +5,9 @@ description: Generate tasks.md from design specification in Michi workflow forma
 
 # Generate Tasks from Design Specification
 
-**Important**: Generate output in the language specified in `{{KIRO_DIR}}/project.json`.
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
 
 ## Overview
 

package/templates/claude/commands/michi/confluence-sync.md

@@ -1,11 +1,17 @@
 ---
 name: /michi:confluence-sync
-description: Sync specifications to Confluence
+description: Sync specifications to Confluence (Michi-specific feature)
 ---
 
 # Confluence Sync Command
 
-**Important**: Generate output in language specified in {{KIRO_DIR}}/project.json.
+> **Michi 固有機能**: このコマンドは Michi 独自の機能です。cc-sdd 標準には含まれません。
+>
+> 仕様書（requirements.md, design.md）を Confluence に同期し、承認ワークフローを実現します。
+
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
 
 ## Usage
 

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

@@ -5,6 +5,10 @@ description: UIコンポーネントのデザイン品質をレビューする
 
 # デザインレビュー
 
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
+
 このコマンドは、UIコンポーネントやフロントエンドコードのデザイン品質をレビューします。
 
 ## サブエージェント呼び出し

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

@@ -5,6 +5,10 @@ description: E2Eファースト方式でタスク分割を計画する
 
 # E2Eプランニング
 
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
+
 このコマンドは、E2Eファースト方式でタスク分割を計画し、早期に動作確認可能な実装計画を策定します。
 
 ## サブエージェント呼び出し

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

@@ -5,6 +5,10 @@ description: 依存パッケージのOSSライセンスを確認する
 
 # ライセンス確認
 
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
+
 このコマンドは、プロジェクトの依存パッケージのOSSライセンスを確認し、ライセンス互換性をチェックします。
 
 ## サブエージェント呼び出し

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

@@ -5,6 +5,10 @@ description: PRレビューコメントへの対応を支援する
 
 # PRコメント対応
 
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
+
 このコマンドは、プルリクエストのレビューコメントへの対応を支援し、すべてのコメントが適切に解決されているか確認します。
 
 ## サブエージェント呼び出し

package/templates/claude/commands/michi/project-switch.md

@@ -1,11 +1,17 @@
 ---
 name: /michi:project-switch
-description: Switch between projects
+description: Switch between projects (Michi-specific feature)
 ---
 
 # Project Switch Command
 
-**Important**: Generate output in language specified in {{KIRO_DIR}}/project.json.
+> **Michi 固有機能**: このコマンドは Michi 独自の機能です。cc-sdd 標準には含まれません。
+>
+> マルチプロジェクト環境で、異なるプロジェクト間を切り替えるための機能です。
+
+## Development Guidelines
+
+{{DEV_GUIDELINES}}
 
 ## Usage
 

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

@@ -0,0 +1,78 @@
+---
+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. `/kiro:spec-tasks {feature}` でタスク生成
+
+**クイックフロー**:
+- `/kiro:spec-tasks {feature} -y` で自動承認してタスク生成
+
+**重要**: テスト計画（Phase 0.3-0.4）を完了してからタスク生成することで、実装タスクにテスト実装が適切に含まれます。
+
+---
+
+**Michi 固有機能**: このコマンドは cc-sdd 標準の `/kiro:spec-design` を拡張し、Michi 固有のテスト計画フロー（Phase 0.3-0.4）を Next Phase として案内します。