Workshop Session

Multi-Agent Configuration

with Config Control for Kiro

Building governed, scalable AI agent systems through configuration

๐ŸŽฏ orchestrator ๐Ÿ” readonly โœ๏ธ write-agent ๐ŸŽฎ game-builder

200 Level ยท 45 Minutes ยท No AWS Account Required

1 / 17
01

The Problem

AI agents are powerful. But without guardrails, one bad prompt can delete your codebase.

In regulated environments โ€” finance, healthcare, government โ€” this is a non-starter.

2 / 17
02

What if you could...

โœ… Configure agent behavior visually โ€” tools, permissions, guardrails

โœ… Govern with hooks that warn or block dangerous actions at runtime

โœ… Delegate to specialized subagents with least-privilege tool access

โœ… Define tasks as swappable skill specs โ€” same agent, different output

โœ… Share the entire setup as a folder โ€” git commit, anyone gets the same system

All of this exists today. It's a folder called .kiro/
3 / 17
03

The Solution: .kiro/

.kiro/
โ”œโ”€โ”€ agents/
โ”‚   โ”œโ”€โ”€ orchestrator.json
โ”‚   โ”œโ”€โ”€ readonly.json
โ”‚   โ”œโ”€โ”€ write-agent.json
โ”‚   โ””โ”€โ”€ game-builder.json
โ”œโ”€โ”€ settings/
โ”‚   โ””โ”€โ”€ mcp.json
โ”œโ”€โ”€ steering/
โ”‚   โ””โ”€โ”€ orchestrator-rules.md
โ””โ”€โ”€ skills/
    โ”œโ”€โ”€ safe-research/
    โ””โ”€โ”€ kiropong/

This folder IS your agent system

Version controlled

Commit to git, review in PRs

Shareable

Clone the repo โ†’ same agent setup

Auditable

Every rule is readable plain text

Visual

Edit in cckiro or JSON โ€” they stay in sync

4 / 17

The Architecture

One orchestrator, three specialists โ€” least privilege by design

๐ŸŽฏ

Orchestrator

All 9 tools ยท Governed by steering + hooks ยท Delegates to subagents

โ†“ delegates to โ†“

๐Ÿ”

readonly

read + code
Cannot modify anything

โœ๏ธ

write-agent

read + write + shell
Asks before every change

๐ŸŽฎ

game-builder

read + write + shell
Skill defines the output

5 / 17
04

5 Layers of Governance

Defense in depth โ€” each layer catches what the previous one missed

#LayerWhat it doesExample
1ToolsWhat the agent CAN doreadonly: only read + code
2Auto-AllowWhat runs WITHOUT permissionread auto-allowed, write needs approval
3Tool SettingsPer-tool restrictionsshell deniedCommands: rm, mv, chmod
4HooksRuntime warnings or blockspreToolUse on write โ†’ warns or blocks
5SteeringBehavioral rules in English"Write tasks โ†’ delegate to write-agent"
Change exit 0 to exit 2 in a hook โ†’ the agent is blocked, not just warned. One number changes the behavior.
6 / 17

Tools & Permissions

Orchestrator: all 9 tools

readRead filesauto
globFind filesauto
grepSearch contentsauto
codeCode intelligenceauto
writeCreate/modifyapproval
shellRun commandsapproval
web_searchSearch webapproval
web_fetchFetch pagesapproval
use_subagentDelegateapproval

Tool aliases

@aws-knowledge/search_documentation
โ†’ kb_search

Denied commands

rm *, mv *, cp *, chmod *

Subagent config

Orchestrator can delegate to: readonly, write-agent, game-builder

The orchestrator has ALL tools but is governed. It CAN write โ€” but hooks warn it, and steering tells it to delegate instead.

7 / 17

Hooks โ€” Runtime Guardrails

HookWhenCommandExit
agentSpawnAgent startsecho '๐ŸŽฏ Orchestrator active'0
preToolUse writeBefore writeecho 'โš ๏ธ Consider delegating'0
preToolUse shellBefore shellecho 'โš ๏ธ Consider delegating'0
stopAgent finishesecho 'โœ… Task complete'0

exit 0 โ€” Allow

Action proceeds. Warning logged. Agent may self-correct.

exit 2 โ€” Block

Action stopped. Agent must find another way โ€” like delegating.

Matchers target specific tools. Without a matcher, the hook fires for every tool call.

8 / 17

Steering โ€” The Brain

# Orchestrator Rules

## When to delegate
- Write tasks โ†’ write-agent
- Investigation โ†’ readonly
- Game building โ†’ game-builder

## When to act directly
- Simple reads, quick answers
- MCP documentation lookups

## Always
- Explain what you're doing
- Report back after delegation

Why steering matters

  • Rules in plain English
  • Loaded via file:// reference
  • Version controlled in git
  • Change rules โ†’ behavior changes immediately
  • No code changes needed
Your compliance team can read and approve steering rules. Try doing that with a neural network.
9 / 17

Skills โ€” Swappable Task Specs

The game-builder agent is generic. Its prompt says: "follow the skill instructions exactly."

๐Ÿ“

kiropong/SKILL.md

600ร—300 canvas ยท paddle physics ยท vs AI / 2 Player ยท First to 5 / Timed 45s

๐Ÿ‘พ

space-invaders/SKILL.md

Same agent โ†’ different game

How skills work

  • Progressive loading โ€” metadata at startup, full content on demand
  • Keyword triggers โ€” "compare", "vs" activates safe-research
  • Reference files โ€” supporting docs the agent reads during workflow

The pattern

Same agent + different skill = different output.
Swap the skill, don't rebuild the agent.

10 / 17

MCP Servers

Model Context Protocol connects agents to external data sources and APIs.

๐Ÿ”Œ aws-knowledge

URL: https://knowledge-mcp.global.api.aws
6 tools: search, read, recommend, regions

Three configuration levels

AgentOn the agent JSON โ€” portable
Workspace.kiro/settings/mcp.json
Global~/.kiro/settings/mcp.json

Per-agent assignment

AgentMCP
orchestratorโœ… aws-knowledge
write-agentโœ… aws-knowledge
readonlyโŒ not needed
game-builderโŒ not needed
11 / 17

Resources โ€” Agent Context

TypeURILoading
Filefile://Full at startup
Skillskill://Metadata at startup, full on demand

Per-agent assignment

AgentResources
orchestratorSteering + safe-research skill
game-builderkiropong skill
readonlyNone
write-agentNone

Compatible files

.md .txt .py .js .ts .json .yaml

Without resources, the agent only knows what's in its prompt. With resources, it loads rules and specs automatically.
12 / 17

Subagents โ€” Least Privilege

๐Ÿ”

readonly

Tools: read, code

Can: Read, analyze, explain

Cannot: Write, delete, run commands

Zero risk of modification

โœ๏ธ

write-agent

Tools: read, write, shell

Can: Create and modify files

Constraint: Approval before every write

Human-in-the-loop

๐ŸŽฎ

game-builder

Tools: read, write, shell

Can: Build from skill specs

Constraint: Generic โ€” skill defines output

Reusable across tasks

The orchestrator has all tools but is governed. Subagents have limited tools by design. This is least privilege applied to AI agents.
13 / 17

Config Control for Kiro

Visual management for everything in .kiro/

๐Ÿ“Š

Dashboard

Overview of agents, MCP, steering, skills

๐Ÿค–

Agents

Visual editor + JSON sync

๐Ÿ”Œ

MCP

Add, test, toggle servers

๐Ÿ“‹

Steering

Create and edit rules

๐ŸŽฏ

Skills

Browse and edit skill specs

๐Ÿ—‚๏ธ

Workspaces

Global vs project config

Runs locally at localhost:3030 ยท Single binary ยท No dependencies ยท Open source

14 / 17

For Regulated Environments

RequirementHow .kiro/ addresses it
Least privilegeEach agent has only the tools it needs
Audit trailHooks log every tool use with timestamps
Human-in-the-loopAuto-allow controls which tools need approval
Blocked actionsHooks with exit 2 prevent dangerous operations
Denied commandsTool settings block specific shell commands
Reviewable rulesSteering files are plain markdown
Version control.kiro/ commits to git like any code
ReproducibleSame folder = same agent system, every time
Separation of dutiesOrchestrator delegates, subagents execute
15 / 17

Key Takeaways

๐ŸŽฏ Agents are config, not code.
A .kiro/ folder IS your agent system. Share it, version it, review it.

๐Ÿ›ก๏ธ Governance is built in.
5 layers: tools, auto-allow, tool settings, hooks, steering.

๐ŸŽฎ Skills make agents reusable.
Same agent + different skill = different output.

๐Ÿ“‹ Steering is the control plane.
Plain English rules your compliance team can read and approve.

๐Ÿ—‚๏ธ Configuration is the product.
Git commit your .kiro/ folder. Anyone who clones gets the same system.

16 / 17

Try It Yourself

45 minutes ยท No AWS account ยท All local

Workshop

Multi-Agent Configuration
with Config Control for Kiro

[QR CODE]

Import config Explore features Test 24 behaviors Build KiroPong

Thank you!

17 / 17