Kiro Autonomous Agents と Kiro CLI ヘッドレスモード比べてみた

2026/04/22 品川会 #5 の登壇資料です。

AWSのFrontier Agentsの1つである「Kiro Autonomous Agents」と、4/13のKiro CLI 2.0へのアップデートで追加された「Kiro CLI ヘッドレスモード」を比較してみました。

Transcript

1. AWS KIRO Kiro Autonomous Agents と Kiro CLI ヘッドレスモード 比べてみた 品川会 #5 / 2026.04.22 足立和生 / Kazuki Adachi
2. 自己紹介 足立和生 / Kazuki Adachi · @k_adachi_01 2025 Japan AWS Jr. Champion 2025 All AWS Certifications Engineer 2026 AWS Community Builder (Dev Tools) JAWS-UG 配信部 2
3. 今日話すこと 1 Kiro CLI をおさらい 2 Kiro Autonomous Agents とは（Frontier Agents との関係） 3 Kiro CLI Headless Mode とは 4 比べてみた → 結論 3
4. Kiro CLI って何だっけ ターミナルから使える AI コーディングエージェント。Kiro IDE と同じエージェント機能を CLI で使える。 Custom Agents タスクごとに専用エージェント を定義。tools / permissions / hooks を細かく制御できる。 MCP 外部ツールをエージェントの 「手」として接続。GitHub / DB / AWS など何でも。 Steering / Hooks コーディング規約・命名規則を 事前注入。ツール実行前後に外 部コマンドを挟める。 4
5. 今日比べる2つの機能 Kiro Autonomous Agents GitHub issue や Web App でタスクを作ると、非 同期でバックグラウンド実行し PR を作って返し てくれる。 タスク運用 preview Kiro CLI Headless Mode --no-interactive フラグひとつで Kiro CLI を非 対話実行。CI/CD や自動化スクリプト に差し込め る。 ジョブ運用 CLI 2.0〜 どちらも「人がいなくても動く」系 — でも設計思想が根本的に違う 5
6. 01 Kiro Autonomous Agents 6
7. Autonomous Agents とは 1 GitHub issue に `kiro` ラベル or `/kiro` コメント または app.kiro.dev/agent でタスク作成 2 Kiro が isolated sandbox を起動し計画・実装・テストを実行 3 PR を作成して完了通知（自動マージはしない） 非同期・バックグラウンド 複数 repo 対応 Pro 以上 7kiro.dev/docs/autonomous-agent
8. 料金プラン 8kiro.dev/pricing
9. スクショで見てみる 9kiro.dev/docs/autonomous-agent
10. Frontier Agents とは KAA は AWS が提供する「Frontier Agents」の1つ。従来の AI アシスタントと異なり、高い自律性・並列実 行・長時間稼働を特徴とする。 Kiro Autonomous Agent 開発フェーズを担当。GitHub Issue を受け取り、実装して PR を作成するまでを自律実行。 AWS Security Agent 開発〜デプロイを担当。PR の コードレビュー・脆弱性検出・ ペネトレーションテストを自動 化。 AWS DevOps Agent デプロイ〜運用を担当。インシ デント対応・予防レコメンデー ション・アプリトポロジーの可 視化。 10kiro.dev/docs/autonomous-agent
11. Autonomous Agents の特徴 Persistent context & Review learning PR へのレビューコメ ントから学習し、命 名規約・エラーハン ドリングのパターン を将来のタスクに反 映する。 Isolated sandbox タスクごとに Kiro 管 理の sandbox を起 動。Dockerfile 対応・ ネットワーク制御・ シークレット注入が 可能。 最大 10 並列 10 タスクまで同時実 行。超過分はキュー イング。 Preview 制約 データは US East (N. Virginia) に保存。チ ャット・タスクは 90 日で期限切れ。改善 データ共有はデフォ ルト ON（opt-out 可） 。 11kiro.dev/docs/autonomous-agent
12.   タスクのライフサイクル 状態 説明 Queued 同時実行上限（10タスク）に達した場合、待機 In progress エージェントがアクティブに作業中 Needs attention ユーザーの入力・確認が必要。質問に回答すると再開 Completed 作業完了・PR 作成済み。フィードバックで再作業も可能 Cancelled キャンセル済み。再開不可 計画〜実装〜PR 作成まで一気に進む。途中で承認を求められることはなく、判断に迷った場合のみ 「Needs attention」になる。 12kiro.dev/docs/autonomous-agent/using-the-agent
13. PR へのフィードバックコマンド GitHub Issue / PR コメント 学習に影響するのはタスク作成者本人のフィードバックのみ 対応させたくないコメントは事前に削除するか、返信して除外する。 # 全レビュアーの全コメントに一括対応させる /kiro all # 特定のスレッドのコメントだけ対応させる /kiro fix 13kiro.dev/docs/autonomous-agent/github
14. KAA をチームメンバーとして使う 1 GitHub Actions で外部タスク管理ツールの課題を GitHub Issue に自動変換 → `kiro` ラベルで KAA が起動 2 `.kiro/steering/` でブランチ命名規約・コーディング規約を事前定義 → 最初のタスクからチームの規約に沿 った実装 3 KAA が実装・PR 作成 → Security Agent が自動でセキュリティレビュー 4 PR 作成を検知した GitHub Actions が Slack に通知 → 「完了報告」も自動化 DevOps Agent の「Agent-ready spec」 （構造化された実装指示）を GitHub Issue に貼れば、そのまま KAA への指示として機能する。 14kiro.dev/docs/autonomous-agent
15. 02 Kiro CLI Headless Mode 15
16. CLI 2.0 で何が変わったか 2026-04-13 リリース 1 Headless Mode 追加 — ブラウザ不要・非対話でCLIを自動化基盤に組み込めるように 2 Terminal UI が既定に — `Ctrl+G` でサブエージェントをリアルタイム監視 3 Windows 11 ネイティブ対応 — WSL 不要。企業導入の障壁が下がった 4 Subagents の DAG 実行 — 依存関係付きで並列・順次を自動制御 16kiro.dev/changelog/cli/2-0
17.   こう書く bash 途中入力不可 対話的 picker 使用不可 exit code でジョブ制御 export KIRO_API_KEY="your-api-key" # 基本形: プロンプトを渡して非対話実行 kiro-cli chat --no-interactive "このコードをレビューして" # ツール権限を絞る（最小権限推奨） kiro-cli chat --no-interactive \ --trust-tools=read,grep \ "セキュリティ上の問題を指摘して" # diff をパイプで流す git diff origin/main...HEAD | \ kiro-cli chat --no-interactive \ "これらの変更点をレビューして" 17kiro.dev/docs/cli/headless
18.   GitHub Actions に組み込む .github/workflows/kiro-review.yml name: Kiro Code Review on: pull_request: types: [opened, synchronize] jobs: review: runs-on: ubuntu-latest permissions: pull-requests: write steps: - uses: actions/checkout@v4 with: fetch-depth: 0 - name: Install Kiro CLI run: npm install -g @kiro/cli - name: Run Kiro Review env: KIRO_API_KEY: ${{ secrets.KIRO_API_KEY }} run: | REVIEW=$(git diff origin/${{ github.base_ref }}...HEAD | \ kiro-cli chat --no-interactive --trust-tools=read,grep \ "命名規約・エラーハンドリング・セキュリティの観点でレビューしてください") 18kiro.dev/docs/cli/headless
19. 03 比べてみた 19
20.   比較表 軸 Autonomous Agents Headless Mode 制御面 GitHub / Web App Shell / CI runner 実行単位 Task（長時間・複数ステップ） CLI invocation（単発・定期） 実行環境 Kiro 管理の isolated sandbox 自分の runner 状態保持 Kiro が持つ（review learning） 自分の基盤に埋め込む GitHub 連携 本質的（PR が第一成果物） 任意（疎結合・GitLab でも使える） カスタマイズ sandbox / MCP / steering custom agent / hooks / allowedPaths コスト・制限 preview 無料・週次制限・10 並列・90 日保持 subscription credits 消費・API key 管理 向くタスク issue 起点・バックログ消化・複数 repo 横断 CI 組み込み・PR review・定期バッチ 20
21. 本質的な違いはどこか Autonomous Agents 状態・責務を Kiro 側 が持つ task / sandbox / PR を Kiro が管理 review feedback → 次のタスクに学習 queue / 並列も Kiro が制御 → 仕事を「預ける」感覚 Headless Mode 状態・責務を 自分の基盤 が持つ 実行タイミング・並列度は CI/CD 側 入力・出力・エラー処理は自前設計 custom agent で policy を細かく制御 → ジョブを「起動する」感覚 キーワード: タスク運用 vs ジョブ運用 21
22. 使い分けの判断基準 Autonomous Agents を選ぶとき GitHub issue を渡して PR まで作ってほしい 複数 repo にまたがる変更 バックログをまとめて消化したい レビューコメントから学習してほしい Headless Mode を選ぶとき 既存 CI/CD に差し込みたい 実行タイミング・権限を自分で制御したい 1 回の入力で決定的に走ってほしい PR review や定期 audit を自動化したい 迷ったら: 成果物が PR → KAA / 成果物が stdout + exit code → Headless 22
23. 比べてみた結果、比べるものじゃなかった やりたかったこと どちらが「より自律的か」 「より便利か」を比較 する 気づいたこと 設計レイヤーが違う。競合でも上位互換でもな く、役割の分業 Autonomous Agents は「開発タスクの外部委託先」 Headless Mode は「自動化基盤に差し込む部品」 — どちらが上か、ではなく、何を任せたいか 23
24. 両方使うとこうなる 1 Autonomous Agents が backlog の issue から feature branch を作成し PR を出す 2 Security Agent が PR を検知し、自動でセキュリティレビューをコメント 3 Headless Mode (GitHub Actions) が命名規約・テスト漏れなど独自チェックを追加レビュー 4 レビュー結果を PR コメントに書き込み、人間が最終判断して merge KAA が「作る役」 、Security Agent + Headless が「検査する役」— 3つの Frontier Agent が役割分担する 24
25. 現時点の制約（Preview） タスク間の順序制御 は不可 各タスクは独立した sandbox で並列実 行。 「課題Aが完了し てから課題Bを開始」 という制御はできな い。 同時実行上限 10 タス ク 超過分はキューイン グ。週次制限もあり。 データは US East に 保存 Preview 中はチャッ ト・タスクデータが US East (N. Virginia) に保存。90日で期限 切れ。 学習内容のエクスポ ート機能なし コードレビューから 学習した内容を明示 的にエクスポートす る手段は現時点では 公式に提供されてい ない。 25
26. まとめ 1 Kiro Autonomous Agents = タスク運用　GitHub issue を渡して PR を受け取る。Kiro が sandbox・学習・ 並列管理まで担う。 2 Kiro CLI Headless Mode = ジョブ運用　CI/CD に差し込む自動化部品。状態・権限・実行制御はすべて自分 の基盤側。 3 比べてみた結果、比べるものじゃなかった — 競合でも上位互換でもなく、設計レイヤーが違う役割の分業。 4 組み合わせるのが最もいい — KAA が「作る」 、Headless が「検査する」 。 26
27. ありがとうございました 足立 和生 ／ アジアクエスト株式会社 @k_adachi_01