@sk8metal/michi-cli 0.0.3 → 0.0.5

package/CHANGELOG.md

@@ -5,6 +5,44 @@ All notable changes to this project will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [0.0.5] - 2025-11-13
+
+### Changed
+- 設定ファイルパスを`.kiro/config.json`から`.michi/config.json`に変更（Michi専用設定として明確化）
+- プロジェクト命名規則を`customer-{id}-{service}`から`{YYYYMMDD}-{PJ名}`形式に変更
+- マルチプロジェクト構成を1リポジトリ内で複数プロジェクト管理に変更
+- ドキュメント内の「A社」「B社」表記を「プロジェクトA」「プロジェクトB」に統一
+- `config-reference.md`の設定値説明を表形式に変更（可読性向上）
+- `env.example`のJIRA Issue Type ID例を現実的な値（10036, 10037）に更新
+
+### Added
+- `/kiro:project-switch`コマンドに対話式選択機能を追加（パラメータなし実行時）
+- プロジェクト検出条件の明確化（`.kiro/project.json`の存在を必須条件として明記）
+
+### Fixed
+- Zod v4対応の型エラーを修正（`config-loader.test.ts`の型アサーションを更新）
+
+
+## [0.0.4] - 2025-11-13
+
+### Changed
+- Vitest 4への移行（1.x → 4.x）
+- ESLint 9への移行（8.x → 9.x、Flat Config対応）
+- Zod 4への移行（3.x → 4.x）
+
+### Dependencies
+- Updated `vitest` from `^1.6.1` to `^4.0.8`
+- Updated `@vitest/coverage-v8` from `^1.6.1` to `^4.0.8`
+- Updated `eslint` from `^8.57.1` to `^9.39.1`
+- Updated `@typescript-eslint/eslint-plugin` from `^6.21.0` to `^8.46.4`
+- Updated `@typescript-eslint/parser` from `^6.21.0` to `^8.46.4`
+- Updated `typescript-eslint` from `^6.21.0` to `^8.46.4`
+- Updated `zod` from `^3.25.76` to `^4.1.12`
+- Updated `@octokit/rest` from `^20.1.2` to `^22.0.1`
+- Updated `googleapis` from `^126.0.1` to `^166.0.0`
+- Updated `@types/node` from `^20.19.24` to `^24.10.1`
+- Updated `@types/markdown-it` from `^13.0.9` to `^14.1.2`
+
 ## [0.0.3] - 2025-11-12
 
 ### Added

package/README.md

@@ -9,25 +9,24 @@ AI駆動開発ワークフロー自動化プラットフォーム
 
 ## 概要
 
-Michiは、企業の開発フロー全体（要件定義→設計→タスク分割→実装→テスト→リリース）をAIで自動化するプラットフォームです。
+Michiは、開発フロー全体（要件定義→設計→タスク分割→実装→テスト→リリース）をAIで自動化するプラットフォームです。
 
-**Powered by [cc-sdd](https://github.com/gotalab/cc-sdd)** - AIコーディングエージェントを仕様駆動開発（Spec-Driven Development）に変換するワークフローフレームワーク
+**Powered by [cc-sdd](https://github.com/gotalab/cc-sdd)** 
 
 ### 主な機能
-
 - ✅ **AI駆動開発**: cc-sdd + Cursor/VS Code統合
-- ✅ **GitHub SSoT**: GitHubを真実の源として管理
-- ✅ **Confluence/JIRA連携**: 企画・部長の承認フロー
+- ✅ **GitHub SSoT(Single Source Of True)**: GitHubを情報源として管理
+- ✅ **Confluence/JIRA連携**: 承認者向けドキュメント、タスク管理
 - ✅ **マルチプロジェクト対応**: 3-5プロジェクト同時進行
 - ✅ **自動化スクリプト**: Markdown↔Confluence同期、JIRA連携、PR自動化
-- ✅ **フェーズバリデーション**: 抜け漏れ防止の自動チェック
+- ✅ **フェーズバリデーション**: フェーズ抜け漏れ防止の自動チェック
 
 ### アーキテクチャ
 
 ```text
-GitHub (.kiro/specs/) ← 真実の源
+GitHub (.kiro/specs/) ← 情報源
     ↓ 自動同期
-Confluence ← 企画・部長の承認フロー
+Confluence ← ドキュメント管理
 JIRA ← タスク管理・進捗追跡
 ```
 
@@ -153,12 +152,12 @@ npx @sk8metal/michi-cli phase:run user-auth tasks            # 全フェーズ
 # tasks.mdのPhase 4-5に従ってリリース準備・本番リリース
 ```
 
-**重要**: 各フェーズで `npx @sk8metal/michi-cli phase:run` を実行しないと、Confluence/JIRAが作成されず、PMや部長がレビューできません。
+**重要**: 各フェーズで `npx @sk8metal/michi-cli phase:run` を実行しないと、Confluence/JIRAが作成されず、承認者がレビューできません。
 
 **CLIツールの使用方法**:
 - **npx実行（推奨）**: `npx @sk8metal/michi-cli <command>` - 常に最新版を使用
 - **グローバルインストール**: `npm install -g @sk8metal/michi-cli` 後、`michi <command>` で実行
-- **ローカル開発**: `npm run michi <command>` または `tsx src/cli.ts <command>`
+- **ローカル開発**: `npm run michi <command>` または `npx tsx src/cli.ts <command>`
 
 ### 2. バリデーション確認
 
@@ -218,11 +217,12 @@ OSS公開に対応するため、以下のテンプレートファイルを用
 - **`mcp.json.example`**: MCP設定テンプレート
   - Cursor/VS Code用のAtlassian MCP設定
 
-- **`.kiro/config.json`**: プロジェクト固有の設定ファイル（オプション）
+- **`.michi/config.json`**: プロジェクト固有の設定ファイル（オプション）
   - Confluenceページ作成粒度の設定
   - JIRAストーリー作成粒度の設定
   - ワークフロー設定
   - 詳細は [設定値リファレンス](./docs/config-reference.md) を参照
+  - **注意**: 以前は `.kiro/config.json` を使用していましたが、Michi専用の設定ファイルとして `.michi/config.json` に変更されました。
 
 **初回セットアップ時:**
 ```bash
@@ -236,21 +236,21 @@ cp mcp.json.example ~/.cursor/mcp.json
 # ~/.cursor/mcp.json を編集して実際の認証情報を入力
 
 # プロジェクト固有設定（オプション）
-# .kiro/config.json を作成して、Confluence/JIRAの動作をカスタマイズ
+# .michi/config.json を作成して、Confluence/JIRAの動作をカスタマイズ
 # 詳細は docs/config-reference.md を参照
 ```
 
-**承認ゲートの設定:**
+**承認者の設定:**
 ワークフロー実行時の承認者ロール名は、`.env`ファイルで設定できます：
 
 ```bash
 # デフォルト値（英語）
-APPROVAL_GATES_REQUIREMENTS=pm,director
+APPROVAL_GATES_REQUIREMENTS=projectLeader,director
 APPROVAL_GATES_DESIGN=architect,director
-APPROVAL_GATES_RELEASE=sm,director
+APPROVAL_GATES_RELEASE=serviceManager,director
 
 # 日本語ロール名の例
-APPROVAL_GATES_REQUIREMENTS=企画,部長
+APPROVAL_GATES_REQUIREMENTS=PL,部長
 APPROVAL_GATES_DESIGN=アーキテクト,部長
 APPROVAL_GATES_RELEASE=SM,部長
 ```
@@ -282,9 +282,8 @@ bash /path/to/michi/scripts/setup-existing.sh
 # Michiディレクトリから実行
 cd /path/to/michi
 npm run create-project -- \
-  --name "customer-a-service-1" \
-  --project-name "A社 サービス1" \
-  --customer "A社" \
+  --name "20240115-payment-api" \
+  --project-name "プロジェクトA" \
   --jira-key "PRJA"
 ```
 
@@ -297,11 +296,12 @@ npm run create-project -- \
 - [新規プロジェクトセットアップ](./docs/new-project-setup.md) - 他リポジトリでの開始方法 ⭐
 - [カスタマイズガイド](./docs/customization-guide.md) - Confluence/JIRA階層構造のカスタマイズ ⭐
 - [セットアップガイド](./docs/setup.md) - インストール・設定手順
-- [設定値リファレンス](./docs/config-reference.md) - `.kiro/config.json`の全設定値の説明
+- [設定値リファレンス](./docs/config-reference.md) - `.michi/config.json`の全設定値の説明
 - [ワークフローガイド](./docs/workflow.md) - AI開発フロー
 - [マルチプロジェクト管理](./docs/multi-project.md) - 複数プロジェクト管理
 - [テスト・検証](./docs/testing.md) - E2Eテスト、フィードバック
-- [CI/CD整備計画](./docs/cicd-plan.md) - CI/CDパイプラインの計画と実装状況
+- [リリース手順](./docs/release.md) - バージョンアップ・NPM公開手順
+
 
 ## CI/CD
 
@@ -389,8 +389,8 @@ Copyright (c) 2025 sk8metalme
 | 記号 | 説明 | 例 |
 |------|------|-----|
 | `<feature>` | 機能名 | user-auth, health-check-endpoint |
-| `<project-id>` | プロジェクトID | michi, customer-a-service-1 |
-| `<project-name>` | プロジェクト名 | Michi, A社 サービス1 |
+| `<project-id>` | プロジェクトID | michi, 20240115-payment-api |
+| `<project-name>` | プロジェクト名 | Michi, プロジェクトA |
 | `<phase>` | フェーズ名 | requirements, design, tasks |
 | `<tasks>` | タスクID | FE-1,BE-1, STORY-1 |
 | `<doc-type>` | ドキュメント種類 | requirements, design, tasks |
@@ -410,11 +410,11 @@ Copyright (c) 2025 sk8metalme
 /kiro:spec-requirements user-auth
 ```
 
-**注**: `user-auth` は説明用の架空の機能例です。実際のmichiプロジェクトには `health-check-endpoint` などの機能が存在します（`.kiro/specs/` 参照）。
+**注**: `user-auth` は説明用の架空の機能例です。
 
 ### 機能名（feature）の命名規則
 
-#### なぜ英語のkebab-caseが必要か
+#### なぜkebab-caseが必要か
 
 feature名は以下の場所で使用されるため、**英語・小文字・ハイフン区切り**が必須です：