@sk8metal/michi-cli 0.13.0 → 0.14.1

package/templates/claude/skills/oss-license/SKILL.md

@@ -1,232 +0,0 @@
----
-name: oss-license
-description: |
-  OSSライセンス確認とコンプライアンスガイド。
-  許可/禁止ライセンス一覧、確認ツール使用法をガイド。
-allowed-tools: Bash, Read, Grep, Glob
----
-
-# OSSライセンス確認スキル
-
-## 目的
-
-依存パッケージのライセンスを確認し、ライセンス違反リスクを早期発見する。
-
-## 重要な原則
-
-### ✅ 許可ライセンス（一般的に使用可能）
-
-- **MIT License** - 最も寛容なライセンス
-- **Apache License 2.0** - 特許条項付き
-- **BSD 2-Clause / 3-Clause** - シンプルな寛容ライセンス
-- **ISC License** - MITと同等
-- **CC0 / Public Domain** - 著作権放棄
-
-### ⚠️ 要注意ライセンス（条件付き使用）
-
-- **LGPL v2.1 / v3.0** - 動的リンクのみ許可（静的リンクは要注意）
-- **MPL 2.0 (Mozilla Public License)** - ファイル単位のコピーレフト
-- **CC BY-SA** - ドキュメント用（ShareAlike条項あり）
-- **EPL (Eclipse Public License)** - 弱いコピーレフト
-
-### ❌ 禁止ライセンス（商用利用時に要確認）
-
-- **GPL v2 / v3** - 強いコピーレフト（全体がGPLになる）
-- **AGPL v3** - ネットワーク経由でも適用される最も強いコピーレフト
-- **SSPL (Server Side Public License)** - MongoDBなどで使用
-- **CPAL (Common Public Attribution License)** - 帰属表示要求
-
-## ライセンス確認ツール
-
-### Node.js プロジェクト
-
-```bash
-# license-checker インストール
-npm install -g license-checker
-
-# 依存関係のライセンス一覧
-license-checker --summary
-
-# 問題のあるライセンスを検出
-license-checker --failOn "GPL;AGPL;SSPL"
-
-# JSON出力（詳細分析用）
-license-checker --json > licenses.json
-
-# 特定ライセンスのみ表示
-license-checker --onlyAllow "MIT;Apache-2.0;BSD"
-```
-
-### Python プロジェクト
-
-```bash
-# pip-licenses インストール
-pip install pip-licenses
-
-# 一覧表示
-pip-licenses
-
-# Markdown形式で出力
-pip-licenses --format=markdown
-
-# 許可リスト形式（違反を検出）
-pip-licenses --allow-only="MIT;Apache 2.0;BSD"
-
-# 禁止リスト形式
-pip-licenses --fail-on="GPL;AGPL"
-```
-
-### Java プロジェクト（Gradle）
-
-```gradle
-// build.gradleに追加
-plugins {
-    id 'com.github.hierynomus.license' version '0.16.1'
-}
-
-license {
-    header rootProject.file('LICENSE_HEADER')
-    strictCheck true
-}
-```
-
-または Maven:
-
-```xml
-<plugin>
-    <groupId>org.codehaus.mojo</groupId>
-    <artifactId>license-maven-plugin</artifactId>
-    <version>2.0.0</version>
-</plugin>
-```
-
-### PHP プロジェクト（Composer）
-
-```bash
-# composer-licenses インストール
-composer require dominikzogg/composer-licenses --dev
-
-# ライセンス一覧
-./vendor/bin/composer-licenses
-```
-
-### 汎用ツール
-
-```bash
-# FOSSA CLI（多言語対応）
-fossa analyze
-fossa test
-
-# Snyk（セキュリティ + ライセンス）
-snyk test --all-projects
-snyk monitor
-
-# Black Duck（エンタープライズ）
-# GitHub App: License Compliance Action
-```
-
-## ライセンス違反発見時の対応フロー
-
-### Step 1: 問題のある依存関係を特定
-
-```bash
-# Node.js の例
-license-checker --json | jq '.[] | select(.licenses | contains("GPL"))'
-
-# Python の例
-pip-licenses --fail-on="GPL"
-```
-
-### Step 2: 依存関係の調査
-
-1. **直接依存か間接依存か確認**
-   ```bash
-   # Node.js
-   npm ls <package-name>
-
-   # Python
-   pipdeptree -p <package-name>
-   ```
-
-2. **使用箇所を特定**
-   ```bash
-   grep -r "import <package-name>" .
-   ```
-
-### Step 3: 代替パッケージを調査
-
-- **同等機能のパッケージを検索**
-  - npmtrends.com（Node.js）
-  - pypi.org（Python）
-  - Maven Central（Java）
-
-- **ライセンス互換性を確認**
-  - 代替パッケージのライセンスをチェック
-  - 依存関係も確認
-
-### Step 4: 対応策の実施
-
-**A) 代替パッケージに置換**
-```bash
-npm uninstall <問題パッケージ>
-npm install <代替パッケージ>
-```
-
-**B) 除外（使用していない場合）**
-```bash
-npm uninstall <問題パッケージ>
-```
-
-**C) 法務/コンプライアンスチームに相談**
-- GPLライセンスの影響範囲を評価
-- デュアルライセンスの可能性を確認
-- 商用ライセンス購入の検討
-
-## ライセンス互換性マトリクス
-
-| 使用するライセンス | 依存先で許可されるライセンス |
-|------------------|--------------------------|
-| MIT/BSD/Apache   | ほぼすべて（GPL除く） |
-| GPL v2           | GPL v2のみ |
-| GPL v3           | GPL v3, AGPL v3 |
-| LGPL             | すべて（動的リンク時） |
-| 商用ライセンス     | MIT/BSD/Apache推奨 |
-
-## CI/CDへの組み込み
-
-### GitHub Actions 例
-
-```yaml
-name: License Check
-
-on: [push, pull_request]
-
-jobs:
-  license-check:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v2
-
-      - name: Install license-checker
-        run: npm install -g license-checker
-
-      - name: Check licenses
-        run: license-checker --failOn "GPL;AGPL;SSPL"
-```
-
-### Screwdriver 例
-
-```yaml
-jobs:
-  main:
-    steps:
-      - license-check: npm run license-check
-```
-
-## 参考資料
-
-- [SPDX License List](https://spdx.org/licenses/) - 標準ライセンス一覧
-- [choosealicense.com](https://choosealicense.com/) - ライセンス選択ガイド
-- [OSS Watch License Compliance](https://www.oss-watch.ac.uk/) - コンプライアンスガイド
-- [FOSSA Documentation](https://fossa.com/docs) - ライセンス管理ツール
-- [GNU License List](https://www.gnu.org/licenses/license-list.html) - GPLとの互換性情報

package/templates/claude/skills/stable-version/SKILL.md

@@ -1,252 +0,0 @@
----
-name: stable-version
-description: |
-  各言語/フレームワークの安定版バージョン確認ガイド。
-  LTSの考え方、EOLチェック、アップグレード判断をサポート。
-allowed-tools: Bash, Read, Grep, Glob, WebFetch
----
-
-# 安定版バージョン確認スキル
-
-## 目的
-
-技術スタックのバージョンを最適な状態に維持し、セキュリティリスクと技術的負債を最小化する。
-
-## LTS（Long Term Support）の考え方
-
-### LTS優先の原則
-
-1. **本番環境**: LTSバージョンを使用（安定性・長期サポート重視）
-2. **開発環境**: Current/Latest対応も許容（新機能の検証用）
-3. **EOL前6ヶ月**: アップグレード計画を開始
-4. **セキュリティパッチ**: EOL後はパッチ提供なし
-
-### EOL（End of Life）対応
-
-- **EOL後のリスク**: セキュリティパッチなし、脆弱性対応不可
-- **EOL 6ヶ月前**: アップグレード計画開始
-- **EOL 3ヶ月前**: アップグレード実施推奨
-- **EOL到達**: 緊急アップグレード必須
-
-## バージョン確認方法
-
-### Node.js
-
-```bash
-# 現在のLTSバージョン確認
-curl -s https://nodejs.org/dist/index.json | jq '[.[] | select(.lts != false)] | .[0]'
-
-# ローカルバージョン確認
-node --version
-
-# nvm使用時の最新LTS
-nvm ls-remote --lts | tail -1
-
-# LTSスケジュール確認
-# https://nodejs.org/en/about/releases/
-# - 偶数バージョン（18, 20, 22）: LTS
-# - 奇数バージョン（19, 21）: Current（短期サポート）
-```
-
-**LTS例:**
-- Node.js 18.x: EOL 2025-04-30
-- Node.js 20.x: EOL 2026-04-30
-- Node.js 22.x: EOL 2027-04-30
-
-### Python
-
-```bash
-# 公式リリーススケジュール
-# https://devguide.python.org/versions/
-
-# ローカルバージョン確認
-python --version
-python3 --version
-
-# pyenv使用時
-pyenv install --list | grep -E '^\s+3\.'
-pyenv install --list | grep -v '[a-zA-Z]' | grep '^\s+3\.' | tail -5
-```
-
-**LTS例:**
-- Python 3.9: EOL 2025-10
-- Python 3.10: EOL 2026-10
-- Python 3.11: EOL 2027-10
-- Python 3.12: EOL 2028-10
-
-### Java
-
-```bash
-# LTSバージョン: 8, 11, 17, 21
-java -version
-
-# SDKMAN使用時
-sdk list java | grep -E '(8|11|17|21)\.'
-
-# OpenJDK LTS確認
-# https://openjdk.org/
-```
-
-**LTS例:**
-- Java 8: 長期サポート（ベンダーにより異なる）
-- Java 11: EOL 2026-09 (Oracle)
-- Java 17: EOL 2029-09 (Oracle)
-- Java 21: EOL 2031-09 (Oracle)
-
-### Spring Boot
-
-```bash
-# 公式サポート状況確認
-# https://spring.io/projects/spring-boot#support
-
-# 現在のバージョン確認
-./gradlew dependencies | grep spring-boot
-
-# または pom.xml / build.gradle から確認
-grep 'spring-boot' pom.xml
-```
-
-**サポート例:**
-- Spring Boot 2.7.x: OSS support ended 2023-11-18
-- Spring Boot 3.0.x: OSS support ended 2023-11-24
-- Spring Boot 3.1.x: OSS support ended 2024-05-18
-- Spring Boot 3.2.x: OSS support until 2025-02-23
-- Spring Boot 3.3.x: OSS support until 2025-08-23
-
-### PHP
-
-```bash
-# バージョン確認
-php --version
-
-# サポート状況確認
-# https://www.php.net/supported-versions.php
-```
-
-**サポート例:**
-- PHP 8.1: Security fixes until 2024-11-25
-- PHP 8.2: Security fixes until 2025-12-08
-- PHP 8.3: Security fixes until 2026-11-23
-
-### その他フレームワーク
-
-| 技術 | LTS確認方法 |
-|------|-----------|
-| React | GitHub releases確認 (https://github.com/facebook/react/releases) |
-| Vue.js | https://v3.vuejs.org/guide/migration/introduction.html |
-| Angular | https://angular.io/guide/releases |
-| Rails | https://rubyonrails.org/ |
-| Django | https://www.djangoproject.com/download/ |
-
-## アップグレード判断基準
-
-### 即時アップグレード推奨（Critical）
-
-- ⚠️ セキュリティ脆弱性（CVE）が公開された場合
-- ⚠️ EOLまで3ヶ月以内
-- ⚠️ 重大なバグ修正リリース
-
-### 計画的アップグレード（Warning）
-
-- 📅 新LTSリリース後6ヶ月以内に計画開始
-- 📅 メジャーバージョンアップは十分なテスト期間確保
-- 📅 EOLまで6ヶ月〜3ヶ月
-
-### アップグレード見送り可（Info）
-
-- ✅ マイナーバージョン差（例: 3.2.1 → 3.2.3）
-- ✅ 新機能のみのリリース（セキュリティパッチなし）
-- ✅ 現行バージョンが最新LTS
-
-## EOLチェックツール
-
-### endoflife.date（推奨）
-
-```bash
-# Web API経由でEOL情報を取得
-curl -s https://endoflife.date/api/nodejs.json | jq '.[] | select(.eol | contains("2025"))'
-curl -s https://endoflife.date/api/python.json | jq '.[] | select(.eol | contains("2025"))'
-curl -s https://endoflife.date/api/java.json | jq '.[] | select(.eol | contains("2025"))'
-```
-
-### 各プロジェクト公式
-
-| 言語/FW | EOL情報URL |
-|---------|-----------|
-| Node.js | https://nodejs.org/en/about/releases/ |
-| Python | https://devguide.python.org/versions/ |
-| Java | https://www.oracle.com/java/technologies/java-se-support-roadmap.html |
-| PHP | https://www.php.net/supported-versions.php |
-| Ruby | https://www.ruby-lang.org/en/downloads/branches/ |
-
-## アップグレードパスの設計
-
-### メジャーバージョンアップ（例: Node.js 16 → 20）
-
-```
-Phase 1: 調査（1週間）
-- Breaking changesの確認
-- 依存パッケージの互換性確認
-- テスト計画策定
-
-Phase 2: 開発環境移行（1週間）
-- Node.js 20インストール
-- ローカルテスト実行
-- 問題の洗い出しと修正
-
-Phase 3: ステージング環境移行（1週間）
-- CI/CD設定変更
-- E2Eテスト実行
-- パフォーマンステスト
-
-Phase 4: 本番環境移行（1週間）
-- ブルーグリーンデプロイメント
-- モニタリング強化
-- ロールバック準備
-```
-
-### マイナーバージョンアップ（例: 3.10.1 → 3.10.8）
-
-```
-即座に実施可能:
-1. ローカルでテスト
-2. CI/CD通過確認
-3. 本番デプロイ
-```
-
-## CI/CDへの組み込み
-
-### GitHub Actions 例
-
-```yaml
-name: Version Audit
-
-on:
-  schedule:
-    - cron: '0 0 * * 1'  # 毎週月曜日
-  workflow_dispatch:
-
-jobs:
-  version-audit:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v2
-
-      - name: Check Node.js version
-        run: |
-          CURRENT=$(node --version | sed 's/v//')
-          LATEST_LTS=$(curl -s https://nodejs.org/dist/index.json | jq -r '[.[] | select(.lts != false)] | .[0].version' | sed 's/v//')
-          echo "Current: $CURRENT"
-          echo "Latest LTS: $LATEST_LTS"
-          if [ "$CURRENT" != "$LATEST_LTS" ]; then
-            echo "⚠️ Node.js update available: $CURRENT → $LATEST_LTS"
-          fi
-```
-
-## 参考資料
-
-- [endoflife.date](https://endoflife.date/) - 複数技術のEOL情報
-- [Node.js Releases](https://nodejs.org/en/about/releases/)
-- [Python EOL](https://devguide.python.org/versions/)
-- [Java SE Support Roadmap](https://www.oracle.com/java/technologies/java-se-support-roadmap.html)
-- [PHP Supported Versions](https://www.php.net/supported-versions.php)

package/templates/claude-agent/rules/code-size-monitor.md

@@ -1,26 +0,0 @@
----
-globs:
-  - "src/**/*"
-  - "scripts/**/*"
-  - "test/**/*"
-  - "tests/**/*"
-alwaysApply: false
----
-
-# Code Generation Size Monitoring
-
-PROACTIVELY: /michi:spec-impl の各タスク完了後に使用。
-
-## Reference
-@templates/claude-agent/rules/code-size-rules.md
-
-## Execution Timing
-1. 各sub-task完了後
-2. コミット前
-3. 長時間のコーディングセッション中（3-5ファイル変更ごと）
-
-## Actions on Threshold Exceeded
-500行超過時:
-A) 現在の変更でPRを作成する（推奨）
-B) 作業を続行する（警告付き）
-C) 分割戦略を提案してもらう

package/templates/claude-agent/rules/code-size-rules.md

@@ -1,32 +0,0 @@
-# Code Size Rules
-
-## Threshold
-
-| Metric | Value |
-|--------|-------|
-| Maximum Diff Lines | 500 lines |
-| Warning Threshold | 400 lines |
-
-## Target Paths
-- src/
-- scripts/
-- test/
-- tests/
-
-## Exclusion Patterns (Lock Files)
-- package-lock.json, yarn.lock, pnpm-lock.yaml
-- composer.lock, Gemfile.lock, poetry.lock, Pipfile.lock
-- Cargo.lock, go.sum
-
-## Exclusion Patterns (Generated Files)
-- *.min.js, *.min.css, *.map
-- dist/*, build/*, coverage/*, .next/*
-- *.d.ts, *.generated.ts, `__snapshots__/*`
-
-## Status Indicators
-
-| Status | Condition |
-|--------|-----------|
-| ✅ OK | diff < 400 lines |
-| ⚠️ Warning | 400 <= diff < 500 lines |
-| ❌ Exceeded | diff >= 500 lines |

package/templates/michi/cc-sdd-overrides/README.md

@@ -1,58 +0,0 @@
-# Michi cc-sdd-overrides
-
-このディレクトリは、cc-sddツールが生成する汎用テンプレートに対する、Michi固有のカスタマイズを管理します。
-
-## 目的
-
-- **問題**: cc-sddが生成する`.kiro/settings/`はGit管理外だが、Michi固有のカスタマイズ（日本語、Phase A/B、JIRA/Confluence連携）が必要
-- **解決**: Michi固有の差分をこのディレクトリで管理し、`setup-existing`実行時に適用
-
-## ディレクトリ構造
-
-```
-cc-sdd-overrides/
-└── settings/
-    ├── rules/
-    │   └── design-review-michi.md  # Michi固有の設計レビュールール
-    └── templates/
-        └── specs/
-            ├── tasks.md   # Michi固有のタスクテンプレート
-            └── init.json  # 日本語デフォルト設定
-```
-
-## Michi固有の要素
-
-### design-review-michi.md
-- cc-sdd 標準の `design-review.md` を拡張
-- Phase 0.3-0.4（テスト計画）の準備状況評価を追加
-- Testing Strategy セクションの詳細度、トレーサビリティ、非機能要件への対応を評価
-- `/michi:validate-design` コマンドで使用
-
-### tasks.md
-- 日本語で記述
-- Michiワークフロー（Phase 0.1-0.4, Phase 1-5, Phase A, Phase B）
-- JIRA連携（ラベル: `spec-init`, `requirements`, `design`, `phase-a`, `phase-b`等）
-- Confluence連携（リリース手順書、完了報告）
-- `michi-cli`コマンド参照
-
-### init.json
-- `"language": "ja"` - 日本語をデフォルト言語として設定
-
-## 適用タイミング
-
-`setup-existing`コマンド実行時、以下の順序で処理：
-
-1. cc-sddが汎用テンプレートを生成 → `.kiro/settings/`
-2. Michiがオーバーライドを適用 ← `templates/michi/cc-sdd-overrides/`
-
-結果として、`.kiro/settings/templates/specs/tasks.md`がMichi固有版に上書きされます。
-
-## Git管理
-
-- このディレクトリ（`templates/michi/cc-sdd-overrides/`）: **Git管理対象**
-- 生成先（`.kiro/settings/`）: **Git管理外**（`.gitignore`に含まれる）
-
-## 参考
-
-- [cc-sdd公式リポジトリ](https://github.com/gotalab/cc-sdd)
-- [setup-existingコマンド実装](../../../src/commands/setup-existing.ts)

package/templates/michi/cc-sdd-overrides/settings/rules/design-review-michi.md

@@ -1,53 +0,0 @@
-# Michi Extension: Design Review with Test Planning Readiness
-
-> **Michi 固有拡張**: この設計レビュールールは cc-sdd 標準の `design-review.md` を拡張し、Michi 固有のテスト計画準備状況評価を追加します。
-
-## Base Rules Reference
-@.kiro/settings/rules/design-review.md
-
-## Additional Review Criteria
-
-### 5. Testing Strategy Readiness (Michi Extension)
-
-設計レビュー時に、Phase 0.3-0.4（テスト計画）の準備状況も確認してください：
-
-#### 評価ポイント
-
-- [ ] **Testing Strategy セクションの詳細度**: Phase 0.3 のテストタイプ選択を支援できる十分な詳細を含むか
-  - 各テストタイプ（単体/統合/E2E/パフォーマンス/セキュリティ）の必要性が検討されているか
-  - テストシナリオが具体的に記述されているか
-  - テスト対象コンポーネントが明確か
-
-- [ ] **トレーサビリティ**: テストシナリオが requirements.md のトレーサビリティと整合しているか
-  - 各要件に対応するテストシナリオが存在するか
-  - 要件IDとテストシナリオの紐付けが明確か
-
-- [ ] **非機能要件への対応**: パフォーマンス/セキュリティテストの必要性が検討されているか
-  - 高負荷が予想されるシステムでパフォーマンステストが計画されているか
-  - 機密データを扱うシステムでセキュリティテストが計画されているか
-  - 外部公開APIでセキュリティテストが計画されているか
-
-#### 判定基準
-
-**GO 判定の条件**:
-- Testing Strategy セクションが Phase 0.3 のテストタイプ選択に必要な情報を提供している
-- テストシナリオが要件とトレーサブルである
-- 非機能要件に対するテスト計画が適切に検討されている
-
-**NO-GO 判定の条件**:
-- Testing Strategy セクションが不足または不明確
-- テストシナリオと要件の紐付けが不明確
-- 明らかに必要な非機能テスト（パフォーマンス/セキュリティ）が検討されていない
-
-#### レビュー後の推奨アクション
-
-設計が承認された場合（GO Decision）:
-1. Phase 0.3: テストタイプの選択を実施
-2. Phase 0.4: テスト仕様書の作成を実施
-3. Phase 0.5: タスク分割（`/michi:spec-tasks`）に進む
-
-詳細は [テスト計画フロー](docs/user-guide/testing/test-planning-flow.md) を参照してください。
-
----
-
-**使用方法**: この拡張ルールを適用するには、`/michi:validate-design` コマンドを使用してください。

package/templates/michi/cc-sdd-overrides/settings/templates/specs/init.json

@@ -1,24 +0,0 @@
-{
-  "feature_name": "{{FEATURE_NAME}}",
-  "created_at": "{{TIMESTAMP}}",
-  "updated_at": "{{TIMESTAMP}}",
-  "language": "ja",
-  "phase": "initialized",
-  "approvals": {
-    "requirements": {
-      "generated": false,
-      "approved": false
-    },
-    "design": {
-      "generated": false,
-      "approved": false
-    },
-    "tasks": {
-      "generated": false,
-      "approved": false
-    }
-  },
-  "ready_for_implementation": false
-}
-
-