Steering と Hook (チームの決まりを守らせる) | Kiro 資料シリーズ 3

Kiro にチームの決まりを守らせる方法をまとめた配布資料です。チームの決まりを、Steering (読ませる決まり) で読ませ、Hook (きっかけで動く処理) で動かし、許可、.kiroignore、コマンドの囲いで触らせない考え方を、会議室の予約アプリの例題と Kiro IDE の画面と図で説明します。リポジトリで共有できるものと人ごとの PC に残るものの違い、どれに書くかの選び方も扱います。付録に Hook のきっかけの一覧と例題の設定ファイルがあります。

Transcript

1. Kiro 資料シリーズ 3 Steering と Hook チームの決まりを守らせる 2026-11 時点 (Kiro IDE 1.4、Kiro CLI 3.1) 稲⽥ ⼤陸 アマゾン ウェブ サービス ジャパン © 2026, Amazon Web © 2026, Services, Amazon Inc. Web or itsServices, affiliates. Inc. All rights or its reserved. affiliates. All rights reserved. 1
2. はじめに この資料で分かること チームの決まりを、Steering で読ませ、Hook で動かし、許可と .kiroignore で触らせない 1 毎回の説明をやめる Steering (読ませる決まり) の置き⽅と、読ませ⽅の選び⽅。 2 Kiro の保存やタスクの終わりで必ず動く Hook (きっかけで動く処理) の作り⽅。 3 許可と .kiroignore で、触らせない範囲を決める⽅法。 前に読むとよい資料: 1 Kiro ⼊⾨。18 枚⽬は 2 仕様駆動開発⼊⾨を読んでいると分かりやすい 例は会議室の予約アプリ。画⾯は Kiro IDE 1.4.121 で撮った 図の⾊: 紫は要点と⼈が決める所、⻘は Kiro の動き、緑は通ったもの © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 2
3. はじめに シリーズの地図 3 本⽬。Kiro に⾃分たちの決まりを渡す最初の回 使う 1 2 3 12 Kiro ⼊⾨ 仕様駆動開発⼊⾨ 4 5 広げる ⼿を離す MCP と Powers ⻑い仕事の任せ⽅ Skill とカスタム エージェント Steering と Hook Kiro を使うコツ © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 6 7 Kiro CLI ⼊れる Kiro を 追う アップデート 10 会社に⼊れる 13 2026 年 10 ⽉号 Amazon Q Developer からの移⾏ 14 2026 年 11 ⽉号 11 アップデート 8 Kiro Crew ⼊⾨ 9 Kiro Crew の Bot 3
4. はじめに 道具の地図 この回は Steering、Hook、許可と .kiroignore (紫の枠) 会話の前から⼊っている always 3 Steering 許可と .kiroignore 3 エージェント カスタムエージェント 外のシステム MCP ⾃分の会話 Steering 合ったとき、呼んだときに読む fileMatch など きっかけで動く 3 Hook Skill 5 保存、道具の前後など 5 サブエージェント 5 4 Powers 4 3 Steering は決まり、Skill は⼿順書、Powers は道具と⼿順書のセット 丸の数字は詳しく扱う資料。図の「道具」は Kiro の機能で、15、19 枚⽬の「道具」は Kiro が使う読み書きやコマンドのこと © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 4
5. 考え⽅ 新⼈に決まりを教える メモを渡し、きっかけで動く処理を置き、⼊れない部屋に鍵をかける 1 渡しておくメモ 2 きっかけで動く処理 3 ⼊れない部屋と鍵 保存した テスト Steering Hook 許可と .kiroignore 読んでから仕事にかかる Kiro が保存したら、テストが流れる 鍵のある棚は開けられない Kiro では、メモ (読ませる決まり) が Steering、きっかけで動く処理が Hook、鍵が許可と .kiroignore。どれもファイルに書く © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 5
6. 考え⽅ Kiro が読んで判断するものと、毎回同じに効く仕組み Steering は読んで判断され、Hook のコマンドと許可は毎回同じに動く エージェントが読んで決める Steering 読ませる決まりを書いた Markdown AGENTS.md 同じく読む (いつも読む) Hook のエージェントへの頼み 頼みを⾜す。結果はエージェント次第 読んだうえで、守り⽅をエージェントが決める Kiro の仕組みが毎回同じに動かす Hook のシェルのコマンド きっかけのたびに必ず流れる 許可 (permissions) 道具を使うたびに照らす .kiroignore、コマンドの囲い 読ませない、届かせない エージェントの判断を通らずに効く 左だけでは、守り⽅はエージェントの判断になる。必ず守らせたい決まりは、右の仕組みで守らせる (この資料のすすめ) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 6
7. 考え⽅ チームの決まりをファイルに置くと変わること ⼝で⾔っていたチームの決まりを、Kiro が毎回読み、毎回動かし、毎回⽌める チームの決まりを置く前 (この資料の⾒⽴て) チームの決まりをファイルに置いたあと (例題) 毎回、チャットで決まりを⾔い直す Steering に書けば、毎回 Kiro が読む テストを流したかを、⼈が⾒て確かめる Kiro が保存するたびに、Hook がテストを流す 勝⼿に⾜された依存を、あとで⾒つけて戻す 各⾃の許可の deny で npm install を⽌める .env を読まれないか⼼配する .kiroignore で読む道具と探す道具から外す Steering、Hook、.kiroignore はリポジトリで配れる。許可は⼈ごとに⾜す (24 枚⽬)。IDE は .kiroignore の設定も要る (22 枚⽬) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 7
8. Steering Steering Steering は読ませる決まり。.kiro/steering/ の Markdown を Kiro が読む 置き場所は 2 つ。リポジトリの .kiro/steering/ (こ のワークスペース) と、~/.kiro/steering/ (⾃分の 全部のワークスペース)。 作るときは、Kiro のパネルの Agent Steering & Skills の + を押すか、 Markdown のファイルを置く。 右上は例題の Workspace の Steering。右下は booking-rules.md で、先頭の inclusion: always は 「毎回読む」 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 8
9. Steering 基本の 3 ファイル Steering の + で Project steering files を選ぶと、Kiro が 3 つを書く Workspace に product、structure、tech が ⾜された Supervised で頼んだので、3 つを受け⼊れるかを選べた product.md は何を作るか、tech.md は技術と決まり、structure.md はフォルダの構成。3 つは毎回 読まれる。 IDE だけの機能 (⽂書では Foundation steering files。Generate Steering Docs のボタンもある)。例題では 2 分 19 秒、2.55 クレジット (実測) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 9
10. Steering 読み込まれる 4 つの⽅法 ファイルの先頭の inclusion で、いつ読ませるかを決める always fileMatch auto manual 毎回読む (既定) 合うファイルを扱うとき 頼みが説明に合うとき # か / で呼んだとき inclusion: always inclusion: fileMatch inclusion: auto inclusion: manual fileMatchPattern: "**/*.test.ts" name: api-design description: ... 新⼈の例え 新⼈の例え 新⼈の例え 新⼈の例え 向く中⾝ 向く中⾝ 向く中⾝ 向く中⾝ 全員に毎回 技術、書き⽅の決まり その仕事のときだけ テストや API の決まり 話が合えば ⻑い参考資料 呼ばれたら 移⾏の⼿順、⼿引き --- で囲んだ設定を、ファイルの先頭に空⾏を⼊れずに書く。auto と manual は / で名前を打っても呼べる。CLI は V3 で 4 つとも使える © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 10
11. Steering 例題の Steering 予約の決まりは always で毎回、テストの書き⽅は fileMatch でテストのときだけ読ませる booking-rules.md (always) testing.md (fileMatch、**/*.test.ts) 決まりごとに理由も書いた。あとで Kiro に依存の追加を頼んだとき、Kiro はこの「時刻の計算は time.ts を使う」を引 いて注意を書いた (21 枚⽬)。 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 11
12. Steering 置き場所と効く範囲 ワークスペースとグローバルの両⽅を読み、⾷い違えばワークスペースが勝つ 置き場所 IDE CLI Web (クラウドのセッション) .kiro/steering/ (ワークスペース) 読む 読む リポジトリにあれば読む ~/.kiro/steering/ (グローバル) 読む 読む 上げたものだけ読む AGENTS.md (ルートとサブフォルダ) いつも読む いつも読む いつも読む Web で⾃分のグローバルの Steering を使うには、Kiro Web の Agent Config の Cloud Config から上げる。 カスタムエージェントには Steering は⾃動では⼊らない。設定の resources に書く (資料 5)。 チームで同じグローバルの Steering を配るなら、MDM などで ~/.kiro/steering に置く © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 12
13. Steering 書き⽅のこつ 1 ファイルに 1 つの話題を、理由と例と⼀緒に書く。鍵や秘密は書かない 悪い例 良い例 (booking-rules.md) 時間はちゃんと扱うこと。 予約は 30 分単位。 テストも書くこと。 始まりと終わりは :00 か :30。 通知の鍵: sk-xxxx... 理由: 画⾯の枠が 30 分で組まれている。 例: 9:00〜10:00 は受け付ける。 kiro.dev のこつ 1 1 ファイルに 1 つの話題 (予約、テスト、API) 2 なぜそう決めたかを書く 3 例か、直す前と後を書く 4 鍵やパスワードは書かない (リポジトリに⼊る) Steering の変更も、コードと同じくレビューしてから⼊れる © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 13
14. Hook Hook Hook はきっかけで動く処理。シェルのコマンドか、Kiro への頼みを動かす 置き場所は .kiro/hooks/*.json。 IDE では Agent Hooks の + から、 Kiro に頼んで作る。 左は例題の 「Kiro が保存したらテスト」。 Kiro が src の TypeScript を 保存する (File Saved) たびに npm test を流す。 同じ JSON が IDE と CLI V3 で効く。Hook は コマンドを流すので、変更はコードと同じく レビューする © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 14
15. Hook Hook のきっかけ ファイル、道具、頼みとセッション、要約、Spec のタスクの前と後で動かせる IDE のきっかけは 12。左の⼀覧の 8 つの下に、要約の前と後、Spec の タスクの前と後がある。 前に動くものは⽌められる。コマンドが exit 2 で終わると、道具やタスクは 動かず、要約は取りやめになる (頼みの送信を⽌められるのは IDE だけ。IDE は⽂脈がほぼ満杯なら要約する)。 File の 3 つは Kiro が変えたときだけ動く。⼈がエディタで保存しても 動かない。 IDE と CLI V3 で動き、Web では動かない。画⾯の File Created / Saved / Deleted は、表では File Create / Save / Delete。⼀覧は付録 A1 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 15
16. Hook 2 つの動作 シェルのコマンドは毎回同じに動き、Kiro への頼みは結果を Kiro が判断する シェルのコマンド (Run Command) エージェントへの頼み (Ask Kiro) 動き⽅ 毎回同じコマンドが流れる 頼みを⾜し、エージェントが判断する クレジット 使わない (⼿元で流れる) 使う (エージェントが 1 回動く) ⽌められるか exit 2 で⽌める (道具の前など) ⽌められない 向く仕事 テスト、lint、整形、記録 要件と照らす、⽂書を直す コマンドの時間の上限は .kiro/hooks の timeout (秒、既定 60)。毎回同じ作業はコマンドにすると速く、クレジットも使わない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 16
17. Hook 例題の Hook ①: Kiro が保存したらテスト Kiro が src のファイルを保存すると npm test が流れ、結果が Kiro に渡る 頼み:「時刻が 30 分単位でないときの エラーメッセージに例を⾜して」。 Kiro が reservation.ts を直して保存すると、 Hook が npm test を流した。 IDE では、コマンドが 0 で終われば出⼒が Kiro の ⽂脈に⼊り、失敗なら STDERR が Kiro に返る。 直すかは Kiro の判断。 ⼈の保存では動かない。CLI では File Save の出⼒は⽂脈に⼊らない。 終える前に流すなら Agent Stop にし、落ちたら exit 1 で Kiro をもう⼀ 度動かせる © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. Hook は下の Run Command Hook の⾏。紫の枠は Kiro が⾃分で 流したテスト (npx vitest) 17
18. Hook 例題の Hook ②: タスクのあとに要件と照らす Spec のタスクが終わるたびに、要件と照らす頼みを Kiro に⾜す きっかけは Post Task Execution (Spec の タスクが 1 つ終わったとき)。 動作は Ask Kiro。 受け⼊れ基準と照らし、⾷い 違いがあれば直させる。 結果は Kiro の判断なので、必ず直るとは限ら ない。テストで確かめたいことは ① のコマン ドに任せる。撮ったのは設定の画⾯で、タス クを流して動かしてはいない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 18
19. Hook 道具を使う前に⽌める Pre Tool Use の Hook は道具の前に⼊⼒を⾒て、exit 2 で⽌められる exit 0 Pre Tool Use の Hook そのまま道具が動く コマンドが中⾝を⾒る (道具の名前と⼊⼒が 道具を使う JSON で STDIN に来る) (書く、コマンドなど) exit 2 道具は動かない STDERR の理由が Kiro に返る ほかの exit コードは警告を出して、道具は動く 道具は matcher で選ぶ。shell、write、read のような種類、@mcp、正規表現が使える。名前の⼀部にも当たるので、1 つに絞るなら ^…$ で囲む © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 19
20. 触らせない範囲 許可 (permissions) 道具を使うたびに規則と照らす。⽌める、聞く、許す、の順に強い deny ⽌める ask 聞く 毎回、承認を求める allow 許す 聞かずに通す どこに書いても最も強い 規則を書く場所 (どこでも deny が勝つ) 会社の規則 ⾃分の PC の全体 このリポジトリ (⼈ごと) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 資料 10 ~/.kiro/settings/ ~/.kiro/workspace-roots/ 承認のカードで Always allow を押すと、型 (Pattern) と保存先を選べる。 IDE の Autopilot でも許可の規則は効く。CLI V3 の Approve for me は、 evaluate (許すより弱い。Kiro が判断する) を⾜す 20
21. 触らせない範囲 例題の許可 テストは聞かずに通し、npm install は⽌める 型 (shell) 効き⽬ 理由 npx vitest * allow 何度も流す npm install * deny ⼈が決める ほかのコマンド ask 毎回確かめる 2 つとも、承認のカードの Always allow と Always deny で This workspace を選んで⾜した。 npm i、npm add、package.json の直接の書き換えは、この 1 ⾏では⽌まら ない。⽌めたい形を並べ、package.json の fs_write を ask にする。| でつな いだ先 (tail など) も別に照らす。git status などは既定で通る © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. ⽌められた Kiro は規則を回避せず、⼈が流すコマンドを⽰した。 下では Steering を引いた 21
22. 触らせない範囲 .kiroignore 鍵や秘密の⼊ったファイルを、Kiro の読む道具と探す道具から外す .kiroignore 読む道具 .env 探す道具 (中⾝と名前) *.db シェルのコマンド .env.example ⽂書に名前が無い 書き⽅は .gitignore と同じ。! で外す Kiro は .kiroignore を書き換えられない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. # .kiroignore .env .env.* !.env.example *.db # .vscode/settings.json (IDE) "kiroAgent.agentIgnoreFiles": [".kiroignore"] IDE は設定に .kiroignore を⾜さないと読まない (1.4.121 の既定は空)。CLI V3 は置くだけで効く。 Web は未対応。 確かめ⽅: ⼊れたら Kiro に .env を読んでと頼み、読めないと返るのを⾒る。 シェルの cat などは⽂書に名前が無いので、囲い (23 枚⽬) をオンにして fs_read の deny も⾜す 22
23. 触らせない範囲 コマンドの囲い (Local command sandbox) Kiro が流すコマンドの届く範囲を、OS の仕組みで区切る。既定はオフ 囲いの外 囲い (OS の仕組み) エージェント コマンドを流す npm test とモデルとの会話 読み書きできる場所 許可の規則で決まる ⼦のプロセス 組み込みのファイルの道具 許可の規則で縛る 外への通信 stdio の MCP サーバー (選べば) ⽌めるのが既定 既定はオフ。IDE 1.3 以降は状態バーの Sandbox (1.4.51 以前は Command sandbox) で sandbox.json を開き、enabled を true に CLI 2.31 以降の V3 は /sandbox on。macOS は準備なし、Linux は bwrap、Windows は外への通信を開けるとき⼀度だけ管理者の準備が要る リポジトリの .kiro/settings/sandbox.json で、そのリポジトリだけオンにしたり絞ったりできる (緩めはできない)。完全に閉じ込める保証ではないので、流さ せたくないコマンドは deny で⽌める © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 23
24. チームで使う チームで同じ決まりを Steering、Hook、.kiroignore はリポジトリで共有する。許可は⼈ごとの PC に残る リポジトリ (git に⼊れる) .kiro/steering/ .kiro/hooks/ .kiroignore .kiro/settings/sandbox.json AGENTS.md .vscode/settings.json (IDE に .kiroignore を読ませる設定) clone して開く 同じ設定 同じ設定 同じ設定 許可は⾃分の PC 許可は⾃分の PC 許可は⾃分の PC permissions.yaml の規則は clone では⼊らない (kiro.dev の設計) リポジトリのカスタムエージェントの permissions は、 そのエージェントを使うときだけ効く (資料 5) 全員の npm install を⽌める: 各⾃の規則、Hook (19 枚⽬)、資料 10 CLI 2.33 以降の対話の V3 は、初めて開くフォルダで「Trust this workspace?」と聞き、信頼するまでそのフォルダの Steering、Hook を読まない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 24
25. チームで使う どれに書くかの選び⽅ 守らないと困るものは Hook と許可、毎回読ませたいものは Steering に書く 1 2 3 守られないと困る? 例: テストを流す、依存を勝⼿に⾜させない 毎回、または特定のファイルで読ませたい? 例: 予約の決まり、テストの書き⽅ ときどき要る⼿順? 例: リリースノートの書き⽅、移⾏の⼿順 はい → Hook のコマンドと許可 はい → Steering (always、fileMatch) はい → Skill (資料 5) か manual この資料のすすめ。Steering、Skill、Powers の違いは kiro.dev の Powers のページにもある © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 25
26. まとめ まとめ チームの決まりを、Steering で読ませ、Hook で動かし、許可と .kiroignore で触らせない 1 読ませる決まりは Steering に書き、読ませ⽅を選ぶ。 2 必ず流したい作業は、Hook (きっかけで動く処理) のコマンドに置く。 3 触らせない範囲は許可と .kiroignore で決める。 次に読む資料 資料 4 資料 5 資料 10 資料 2 MCP と Powers Skill とカスタムエージェント Kiro を会社に⼊れる 仕様駆動開発⼊⾨ 外の道具とつなぐ ⼿順と役割を渡す 会社の規則で強制する 18 枚⽬のタスクの前提 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 26
27. 付録 A1 Hook のきっかけの⼀覧 きっかけ JSON の trigger IDE CLI きっかけ JSON の trigger IDE CLI Prompt Submit UserPromptSubmit ◦ ◦ Post Tool Use PostToolUse ◦ ◦ Agent Stop Stop ◦ ◦ File Create PostFileCreate ◦ V3 Session Start SessionStart ◦ V3 File Save PostFileSave ◦ V3 Agent Spawn AgentSpawn — 2.x、 V3 別名 File Delete PostFileDelete ◦ V3 Session End SessionEnd — V3 Pre Task Execution PreTaskExec ◦ V3 Pre Compaction PreCompact ◦ V3 (3.1.0) Post Task Execution PostTaskExec ◦ V3 Post Compaction PostCompact ◦ V3 (3.1.0) Manual Manual — V3 ⼀覧のみ Pre Tool Use PreToolUse ◦ ◦ Legacy Manual Hook (IDE 0.x) 旧版のみ — Web のセッションでは、どのきっかけも動かない。IDE と CLI の列は kiro.dev の表から。.kiro/hooks/*.json の形は IDE 1.0 と CLI V3 から。 File の 3 つは Kiro が変えたときだけ。要約の 2 つの JSON の名前は CLI 3.1.0 の changelog の名前 (IDE の JSON の名前は⽂書に無い)。 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 27
28. 付録 A2 例題の Hook、許可、.kiroignore .kiro/hooks/test-on-save.json { "version": "v1", "hooks": [{ "name": "Kiro が保存したらテスト", "trigger": "PostFileSave", "matcher": "src/.*\\.tsx?$", "action": { "type": "command", "command": "npm test" }, "timeout": 120 }] 許可 (~/.kiro/workspace-roots/<hash>/) rules: - capability: shell effect: allow match: - npx vitest * - capability: shell effect: deny match: - npm install * .kiroignore と .vscode/settings.json # .kiroignore .env .env.* !.env.example *.db # .vscode/settings.json { "kiroAgent.agentIgnoreFiles": [".kiroignore"] } } Hook の 2 つ⽬ (check-requirements.json) は PostTaskExec と agent の prompt。Steering の全⽂は省いた (8、11 枚⽬に画⾯)。 許可のファイルは IDE の承認のカードから書かれたもの。.kiroignore はこの資料の例で、Kiro からは書けない (⼈が作る)。 左の JSON は description だけ省いた全⽂。 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 28
29. 付録 A3 ⽤語 ⽤語 意味 ⽤語 意味 Steering Kiro に読ませる決まり 許可 (permissions) 道具ごとの⽌める、聞く、許す inclusion Steering を読ませる条件 deny、ask、allow ⽌める、聞く、許す front matter ファイルの先頭の --- の設定 workspace Kiro で開いたフォルダ AGENTS.md いつも読まれる決まり .kiroignore Kiro に読ませないファイル Hook きっかけで動く処理 囲い (sandbox) コマンドの届く先を絞る きっかけ (trigger) Hook を動かす出来事 Workspace trust CLI のフォルダの信頼 matcher Hook の対象の条件 Supervised 動く前に確かめを求める (IDE) exit 2 道具の前の Hook が⽌める合図 型 (Pattern) 規則が当たるコマンドの形 MDM 会社の PC に設定を配る CLI V3 CLI の今の 仕組み (対話は 3.0 から既定) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 29
30. 付録 A4 出典と参考 kiro.dev のドキュメント (2026-11-08 に .md 版を読んだ) Steering、Hooks、Hook types、Hook actions、Hook examples、Hook management、Hook best practices、What's new in IDE 1.0: Hooks、Permissions、 Kiroignore、Local command sandbox、Configuration scopes、Configuration Sync (Kiro Web)、Agent Skills、Powers、Custom agents https://kiro.dev/docs/ kiro.dev の changelog: IDE 1.4.121 と CLI 3.1.0 (要約の前と後の Hook) https://kiro.dev/changelog/ kiro.dev のブログ: Automate your development workflow with Kiro's AI agent hooks、Stop repeating yourself: why global steering is the AI context layer you've been missing https://kiro.dev/blog/ 画⾯: Kiro IDE 1.4.121 (2026-11-08 に撮った)。⼿元の Kiro CLI は 3.1.0。例題は会議室の予約アプリ (公開していない)。 IDE の .kiroignore の設定の既定値 ([]) は、Kiro IDE 1.4.121 の設定の定義を読んで確かめた。 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 30