Kiroは Oct 29, 2026 のリリースで、対話型V3セッションに「Approve for me」を追加しました。定型的な操作は自動で承認し、危険な操作はブロック、判断に迷う場合は確認する仕組みです。毎回の承認プロンプトで作業が止まる状況を減らすアップデートです。
公式の更新情報は Kiro Changelog で確認できます。
Approve for meとは？初心者向けの概要
AIコーディングツールは、ファイルの編集やコマンドの実行といった操作の前に「実行してよいですか？」と確認してくることがあります。安全のための仕組みですが、毎回の確認に答えるのは手間で、作業のテンポも落ちます。
Approve for meは、この確認をKiroが肩代わりする機能です。リリース内容によると、動作は次の3つです。
- 定型的な（routine）操作は、Kiroが代わりに承認する
- リスクのある操作は、ブロックする
- 判断に迷う場合は、ユーザーに確認する
Kiroが承認した操作には「Approved for you」という表示が付きます。あとから、どの操作が自動承認されたかを見分けられます。
※V3セッションとは: Kiroの対話型セッションの種類のひとつです。今回の機能はこの対話型V3セッションが対象です。V3の詳しい仕様は、今回の資料からは確認できません。
判断の流れ：既存ルールが先、Approve for meは残りだけ
見落としやすい重要点は、既存の権限ルールが常に優先されることです。すでに設定してある deny（拒否）、ask（確認）、allow（許可）のルールが先に判断します。Approve for meが扱うのは、それらのルールで決まらなかった操作だけです。
graph TD
A["Kiroが操作を実行しようとする"] --> B["deny ask allow ルールで先に判定"]
B --> C["ルールで決まらない操作だけ Approve for me が判断"]
C --> D["承認 ブロック 確認のいずれか"]
技術的な見方
この順序のおかげで、「このコマンドは絶対に拒否したい」という deny ルールが、自動承認で上書きされることはありません。チームの安全方針を権限ルールに書いている場合も、その前提を保ったまま確認の回数だけを減らせると考えられます。
なお、どの操作を「定型的」と見なし、どれを「リスクあり」と判定するのか、その具体的な基準は現時点では公表されていません。
※権限ルール（permissions）とは: ツールがどの操作を許可、確認、拒否するかを定めた設定です。
設定方法と保存の仕組み
有効化は対話型V3セッション内で行います。
- セッションで
/permissionsを実行する - 「Policies」を選ぶ
- 画面に「approve for me」が表示されていれば、それを選ぶ
この選択はワークスペース単位で保存されます。Kiroがワークスペースの権限ファイルに approve-for-me というポリシーのプリセットを追加するため、設定はそのリポジトリに残り、別のリポジトリには引き継がれません。プロジェクトごとに自動承認を使うかどうかを分けられます。
元に戻したい場合は、同じ画面で「ask for approval」を選びます。ルールがカバーしていない操作について、毎回確認する動作に戻ります。
利用できない場合
資料には「when available」とあり、すべての環境で必ず使えるとは限りません。画面に Approve for me が利用不可と表示される場合、Kiroはこれまでどおり確認を続けます。どのセッションや環境で使えないのかは、資料からは確認できません。
変更前後の比較
| 項目 | 従来 | Approve for me 有効時 |
|---|---|---|
| ルール外の操作 | 毎回ユーザーに確認 | 定型は自動承認、危険はブロック、迷う場合は確認 |
| deny ask allow ルール | 先に適用される | 変わらず先に適用される |
| 自動承認の表示 | なし | 「Approved for you」と表示 |
| 設定の保存先 | 該当なし | ワークスペースの権限ファイル |
| 元に戻す方法 | 該当なし | 「ask for approval」を選択 |
活用例とメリット
- 初心者: 確認が頻繁に出ると、内容をよく読まずに承認しがちです。確認を迷う場面に絞れれば、本当に判断が必要な場面に注意を向けやすくなると考えられます。
- エンジニア: 長めのタスクを任せたときに、定型操作のたびに作業が止まりにくくなります。deny ルールを併用すれば、守りたい境界線も維持できます。
- チーム運用: 設定がリポジトリ側の権限ファイルに残るため、プロジェクト単位で方針を管理しやすくなります。ただし、権限ファイルをチームで共有する運用が可能かどうかは、資料からは確認できません。
影響と展望
AIエージェント型の開発ツールでは、安全性と作業効率のバランスが共通の課題です。確認を増やせば安全ですが遅くなり、減らせば速くなりますがリスクが増えます。今回のKiroは、ルールによる明示的な制御を先に置き、その外側だけをツール側が判断する二段構えを採用しました。
この考え方は、他のツールにも広がる可能性があると考えられます。一方で、判定基準の詳細や精度に関する数値は公表されていません。導入時は、自動承認された操作の表示を確認し、deny ルールを併せて整備するのが現実的です。
まとめ
- Oct 29, 2026 のリリースで、対話型V3セッションに Approve for me が追加された
- 定型操作は自動承認、リスクのある操作はブロック、迷う場合は確認する
- 既存の deny、ask、allow ルールが先に判断し、Approve for me は未決の操作だけを扱う
/permissionsの「Policies」から有効化でき、設定はワークスペース単位で保存される- 「ask for approval」で元に戻せる。利用不可の環境では従来どおり確認が続く
