Dev Classmethod Jp Kiro CLI V3 Quick Spec Early Access
Kiro CLI v3（Early Access）のQuick Specを試してみた
- URL: https://dev.classmethod.jp/articles/kiro-cli-v3-quick-spec-early-access
- 日付: 2026-06-18
- Tier: Tier 2
- 要旨: Kiro CLI v3 Early Accessの目玉機能「Spec-driven development」のうち最も手軽な「Quick Spec」を実機検証した記事。v2からの主な変更点はcapability-based permissions（permissions.yaml）、独立Hooksファイル（.kiro/hooks/*.json）、IDE/Webと統一エンジンへの移行。Quick Specは/spec new → 5問の選択式Q&A → 要件・設計・タスクの3ドキュメント自動生成という流れ。なお v3 はヘッドレスモード非対応（TUI必須）。
詳細
v2 vs v3 の主な変更点
| 項目 | v2 | v3 |
|---|---|---|
| ワークフロー | チャット中心 | Spec-driven development追加 |
| 権限モデル | –trust-all-tools | permissions.yaml（capability-based） |
| Hooks | エージェント設定内 | 独立ファイル（.kiro/hooks/*.json） |
| エンジン | CLI固有 | IDE/Webと統一 |
| ヘッドレス | 対応 | 非対応（TUI必須） |
Quick Spec の流れ
kiro-cli --v3で起動/spec new hello1で開始- 種別選択（Build a Feature / Fix a Bug / Quick Spec）
- 5問の選択式Q&A（何を作るか・言語・挙動など）
- 要件・設計・タスクの3ドキュメントが自動生成
権限確認の注意点
v3ではサブエージェントの呼び出し自体の許可と、サブエージェント内のツール使用許可が別々に表示される2層構造。初回は承認が多いが「Always allow」で通しておける。