4. 【日本】Kiro CLIの自律開発を1か月検証 — 資格情報・差分・マージの境界設計
記事公開：2026年10月30日｜国内開発者の寄稿事例
AWS日本語ブログで、BrightFlowの開発者がKiro CLIを実装担当とする自作BRIDGEの約1か月の運用を報告しました。計画とレビューを行う外部AIと、実際にコードを変更するKiro CLIを分離します。新しいKiro製品の発表ではなく、権限と実行結果を検証する実践的な構成です。
なぜ重要か
AIに「このファイルだけ変更して」と指示しても、それだけで制限は保証されません。資格情報を渡さない、操作を固定する、実差分を検証する、マージするコミットを固定するという境界を、実行基盤で強制する考え方が重要です。
開発者向け：API・実装・評価
| 境界 | 実装 |
|---|---|
| 資格情報 | 計画側AIはGitHubトークン・Kiro APIキーを保持せず、許可されたMCPツールだけを呼ぶ |
| READ/WRITE | inspect_app・inspect_pr等の読み取りと、execute_dev_task等の書き込みを分離 |
| 変更範囲 | タスクごとに許可ファイルを宣言し、実行後のGit差分と照合 |
| OS隔離 | Kiro CLIプロセスをbubblewrapとseccompでサンドボックス化 |
| マージ | レビュー時のexpectedHeadShaをGitHub Merge APIのshaへ渡してHEAD一致を確認 |
運用実績： 2026年9月11日〜10月12日にPR624件、マージ317件（約51%）。未マージPRの多くは差分なし・疎通確認用など、そもそもマージが不要なものでした。これは特定チームの運用ログであり、開発品質の一般的な比較ベンチマークではありません。
API： 独自MCP、Kiro CLI、GitHub API。料金： BRIDGE自体の定価はなく、関連サービスと実行基盤の費用は別途。利用条件： 記事は寄稿者の環境を示すもので、AWSが推奨する標準構成ではありません。2026年10月時点のKiro標準Permissions・Workflows等で代替できる部分も明記されています。
一次情報： AWS日本語ブログの実運用報告