Agentic AI Foundation

Agentic AI &
Workflow Automation

Build autonomous AI systems β€” from agent architecture to production deployment

AnyCompany Insurance · Agentic AI Foundation on AWS

Today's Agenda

  • From LLMs to Agents β€” why standalone models aren't enough
  • Core Agentic AI Concepts β€” the Observe → Plan → Act → Reflect loop
  • 4 Workflow Patterns β€” chaining, parallelization, routing, orchestration
  • Insurance Use Cases β€” claims, underwriting, policy servicing agents
  • The Kiro Automation Stack β€” Steering + Skills + Hooks + MCP
  • AWS Tools & Frameworks β€” Bedrock Agents, Strands SDK, AgentCore
  • Hands-on: Build agents for claims processing & underwriting

Foundations

AI Agents vs
Agentic AI

What's the difference and when does it matter?

From LLMs to Agents: Why the Shift?

LLMs alone have limitations that matter for insurance operations:

  • No memory β€” can't track claim state across interactions or remember policy history
  • No tools β€” can't query policy admin systems, call underwriting APIs, or update claims databases
  • No planning β€” can't break a claims adjudication into steps and execute them
  • Reliability drops as input size, task complexity, and output scope increase

The Fallacy of Composition: An LLM that writes great claims summaries can't independently manage an end-to-end claims adjudication. What works for individual parts won't necessarily work for the combined whole.

AI Agent vs Agentic AI

AI Agent

A single AI that can use tools to complete a specific task.

  • Follows a defined workflow
  • Uses tools (search, calculate, API calls)
  • Completes one task at a time
  • Human defines the steps

Example: A chatbot that looks up policy details and answers policyholder questions

Agentic AI System

Multiple AI agents working together autonomously to achieve a goal.

  • Plans its own approach
  • Breaks complex goals into subtasks
  • Coordinates multiple agents
  • Reflects and adjusts strategy

Example: A system that receives a claim, extracts medical data, validates against policy benefits, checks for fraud signals, and routes for approval β€” all autonomously

4 Types of AI Agents

TypeHow it worksAnyCompany example
WorkflowFollows a predetermined path like a recipe. Fast, predictable.Automated policy endorsement β€” same steps every time
AutonomousSelf-orchestrating with memory and tools. Handles complex, open-ended tasks.Claims fraud investigation that adapts its approach based on evidence patterns
HybridRoutes between workflow and autonomous based on complexity.Claims triage: simple claims auto-approved, complex claims escalated to adjuster
Multi-AgentAI team β€” multiple agents collaborating on a shared goal.Underwriting pipeline: medical + financial + compliance agents working in parallel

Key insight: Most teams start with workflow agents and graduate to hybrid or multi-agent as they gain confidence.

4 Levels of AI Autonomy

LevelDescriptionAnyCompany example
L1: Human-AssistedAI drafts, human reviews and approves everythingAI drafts claims summary, adjuster reviews before settlement
L2: Semi-AutonomousAI handles routine cases, flags exceptions for humansSimple outpatient claims auto-approved, hospitalization claims flagged for review
L3: AutonomousAI runs the full pipeline, alerts humans on exceptions onlyFull underwriting pipeline with exception alerts for high-sum-assured cases
L4: Multi-AgentMultiple AI agents collaborate and adapt dynamicallyDynamic claims processing that coordinates medical, financial, and fraud agents

Where to start: Most insurance teams should begin at L1-L2. Start with AI-assisted drafting, then graduate to semi-autonomous processing as you validate accuracy.

When to Use Which?

ScenarioAgent typeAutonomyWhy
Answer policyholder FAQsWorkflowL2Single task, defined scope
Classify incoming claimsWorkflowL2One-step classification
Process health claim end-to-endHybridL2-L3Multi-step with exception handling
Fraud investigationAutonomousL2Adaptive analysis, high stakes
Life insurance underwritingHybridL2Check docs, verify, assess, recommend
Cross-product risk monitoringMulti-AgentL3-L4Coordinate Life + Health + General claims

Key Takeaway: AI Agents vs Agentic AI

  • AI Agent = one skilled worker following instructions. Good for single, well-defined tasks.
  • Agentic AI = a team that plans, executes, and adapts. Good for multi-step workflows.
  • 4 agent types: Workflow → Autonomous → Hybrid → Multi-Agent
  • 4 autonomy levels: start at L1-L2, graduate as you gain confidence
  • Insurance sweet spot: Hybrid agents at L2 β€” auto-process routine, escalate complex.
  • Start simple. Don't build an agentic system when a good prompt will do.

Core Concepts

The Agentic
AI Loop

Perception, Reasoning, Action β€” in a continuous loop

What Makes AI "Agentic"?

1. Goals

What the system is trying to achieve. Clear goals = better outcomes.

2. Memory

Short-term (current task context) and long-term (learned patterns across sessions).

3. Tools

External capabilities: query databases, call APIs, read files, send alerts.

4. Reasoning

Chain-of-Thought prompting is the foundation β€” now automated.

5. Planning

Breaking a complex goal into ordered subtasks. "First extract, then validate, then route."

6. Reflection

Self-checking: "Did my output meet the goal? Should I try a different approach?"

Mapping to prompt engineering: Goals = task definition. Memory = conversation context. Reasoning = CoT. Planning = task decomposition. Reflection = self-critique. Agentic AI orchestrates these automatically.

The Agentic Loop

The continuous cycle that makes AI systems truly autonomous

πŸ‘οΈ
OBSERVE
Receive task or new information
Invoice arrives in the system
β–Ό
🧠
PLAN
Break into subtasks, choose tools
Extract β†’ Match PO β†’ Check discrepancies
β–Ό
⚑
ACT
Execute: call tools, generate output
Run extraction, query PO database
β–Ό
πŸ”
REFLECT
Check: Did it work? Adjust if needed
All fields captured? PO matches?
β–Ό
βœ…
GOAL MET?
YES β†’ Done! Route for approval
NO β†’ Loop back to OBSERVE ↩️

Key insight: The loop is what makes agentic AI different from a simple prompt. It can recover from errors and adapt β€” like a team lead who checks work and adjusts the plan.

Key Takeaway: The Agentic Loop

  • Every agentic system follows: Observe → Plan → Act → Reflect → Repeat
  • The "Reflect" step is what makes it intelligent β€” it can catch its own mistakes and retry
  • This is the same self-critique technique used in prompt engineering, but automated
  • When designing workflows, ask: "What happens when a step fails?" β€” that's where reflection matters
  • The loop continues until the goal is met or a human is asked to intervene

Workflow Patterns

4 Patterns for
Automation

Chaining, Parallelization, Routing, Orchestration

Why Workflow Patterns Matter

Your teams make thousands of complex decisions daily. Human cognitive load limits scalability.

Traditional Automation

  • Rigid if/then rules
  • Breaks when inputs vary
  • Can't handle ambiguity
  • Expensive to maintain

Agentic Automation

  • Understands context and intent
  • Adapts to variations in input
  • Handles ambiguity with reasoning
  • Improves with better prompts

The shift: From "program every rule" to "describe the goal and let AI figure out the steps." Well-crafted prompt templates are the instructions that power these patterns.

The 4 Workflow Patterns

PatternHow it worksInsurance example
Prompt ChainingSequential steps β€” output of one becomes input of nextClaim → Extract medical data → Validate benefits → Generate settlement
ParallelizationMultiple tasks run simultaneously, results combinedMedical + Financial + Compliance review an underwriting application at the same time
RoutingClassify input, send to the right processing pathClassify claim type → route to life, health, motor, or travel workflow
OrchestrationDynamic coordination β€” spawns subtasks based on conditionsClaims adjudication: auto-approve <$5K, AI + human for $5K-$50K, human review >$50K

Key insight: Chaining = task decomposition. Parallelization = multi-agent review. Routing = claim classification. Orchestration = conditional processing with human-in-the-loop.

Pattern 1: Prompt Chaining

Sequential steps β€” output of one becomes input of the next. Trades speed for accuracy.

πŸ₯
Extract
Read medical report
β†’
πŸ”
Validate
Check policy benefits
β†’
βš–οΈ
Adjudicate
Approve / Escalate
β†’
πŸ’°
Settle
Calculate & pay
Each step passes its output as input to the next Β· Context preserved Β· Retry from any step

Strengths

  • Easy to understand and debug
  • Each step can be tested independently
  • Preserves context across steps
  • Supports rollback and retry

Best for

  • Claims processing pipelines
  • Underwriting assessment workflows
  • Policy issuance processes
  • Data extraction → validation → output

Pattern 2: Parallelization

Multiple tasks run simultaneously on the same input. An aggregator combines the results.

πŸ“‹
Life Insurance
Application
β†’
πŸ₯
Medical UW
πŸ’°
Financial UW
βš–οΈ
Compliance
β†’
🎯
Aggregator
Preferred / Standard / Decline

Strengths

  • 3x faster than sequential
  • Multiple perspectives on same data
  • Each branch is independent
  • Aggregator resolves conflicts

Best for

  • Underwriting assessment
  • Due diligence (Medical + Financial + AML)
  • Multi-perspective claims review
  • Voting / consensus decisions

Pattern 3: Routing

Classify input and direct it to the right processing path. Like a smart mailroom.

πŸ“¨
Incoming
Claim
β†’
🏷️
Classifier
β†’
πŸ₯Health Claim
Extract β†’ Validate benefits β†’ Settle
πŸš—Motor Claim
Photos β†’ Damage assess β†’ Repair estimate
✈️Travel Claim
Verify trip β†’ Check coverage β†’ Reimburse

Strengths

  • Handles diverse input types automatically
  • Each path optimized for its type
  • Can chain with secondary routers
  • Scales to many categories

Best for

  • Claims classification & processing
  • Document type routing
  • Policy servicing request triage
  • Regulatory filing by jurisdiction

Pattern 4: Orchestration

Dynamic coordination β€” the most complex pattern. Spawns subtasks based on conditions.

Orchestrator
πŸ“₯
Intake
β†’
πŸ“Š
Assess
β†’
🚦
Gate
β†’
βœ… <$5K β†’ Auto-approve
🀝 $5K–$50K β†’ AI + Human
πŸ‘€ >$50K β†’ Human review
⚑ Docs missing β†’ spawn "Request Info" 🚨 Fraud flag β†’ spawn "Investigation" πŸ“§ Approved β†’ spawn "Settlement"

Strengths

  • Handles complex conditional workflows
  • Spawns subtasks dynamically
  • Human-in-the-loop at decision gates
  • Adapts to unexpected situations

Best for

  • Credit facility approvals
  • Insurance claims adjudication
  • Complex compliance workflows
  • Conditional branching + human oversight

Patterns in Action: Life Insurance Underwriting

3 patterns working together in a single workflow

πŸ“‹ New Policy Application
β–Ό
Routing Classify application type
Term Life
Whole Life
Critical Illness
β–Ό
Parallelization 3 checks run simultaneously
πŸͺͺ
Medical Check
Health history & BMI
🏦
Financial Check
Income & net worth
πŸ›‘οΈ
AML Screen
Sanctions & PEP
β–Ό
Chaining Sequential assessment
Risk Scoring
Combine results
β†’
Decision
PREFERRED STANDARD DECLINE
β†’
Issue Policy
Generate & notify

Key Takeaway: Workflow Patterns

  • Chaining: Step-by-step processing. Best for: claims processing, underwriting pipelines
  • Parallelization: Run multiple checks at once. Best for: underwriting assessment, due diligence
  • Routing: Classify and direct. Best for: claims triage, policy servicing requests
  • Orchestration: Dynamic coordination. Best for: claims adjudication, complex compliance
  • Most real workflows combine 2-3 patterns β€” like the underwriting example
  • When designing your workflow in the exercise, pick the pattern(s) that fit your process

Deep Dive

Workflow
Automation

From manual processes to autonomous pipelines

Example: Claims Processing Workflow

Combining Chaining + Routing patterns for end-to-end automation

STEP 1 STEP 2 STEP 3 STEP 4 πŸ₯ Claim Submitted App / portal / email / call CHAINING πŸ“‘ Extract & Validate AI reads medical report β†’ diagnosis, treatment β†’ validate against policy benefits CHAINING βš–οΈ Adjudicate β€” Route by Result ROUTING βœ… Covered Auto-settle ⚠️ Partial Review sub-limits ❌ Excluded Escalate to adjuster πŸ’° Settle & Notify Calculate payout + notify policyholder + update claims system CHAINING

More Workflow Opportunities

WorkflowPattern(s)StepsImpact
Claims Auto-AdjudicationChain + RouteExtract medical data → Validate benefits → Check exclusions → SettleDays → hours
Fraud InvestigationOrchestrateDetect pattern → Gather evidence → Score risk → Draft case fileConsistent, faster triage
Life UnderwritingParallel + ChainMedical + Financial + AML checks → Risk classify → DecisionFaster issuance
Policy ServicingRoute + ChainClassify request → Validate rules → Execute change → ConfirmSelf-service at scale
MAS Regulatory ReportingChainExtract data → Apply formulas → Validate → Generate submissionAudit-ready

Discussion: Which of these is closest to a pain point in YOUR team? That's your candidate for the hands-on exercise.

Key Takeaway: Workflow Automation

  • Every workflow follows: Input → Process → Decide → Output
  • Each step is a prompt template connected by a workflow pattern
  • Start with the happy path β€” automate the 80% that's straightforward
  • Route exceptions to humans β€” don't try to automate edge cases on day one
  • Measure: time saved, error reduction, consistency improvement
  • Insurance sweet spot: claims triage (high volume, clear rules) and underwriting (parallel checks)

Building Blocks

The Kiro
Automation Stack

Steering + Skills + Hooks + MCP

The Complete Kiro Stack

YOUR WORKFLOW STEERING Global rules .kiro/steering/*.md SKILLS On-demand expertise .kiro/skills/*/SKILL.md HOOKS Auto-triggers .kiro/hooks/*.json MCP β€” Model Context Protocol Connects AI to your data & systems πŸ—„οΈ Databases SQLite, PostgreSQL πŸ”Œ APIs REST, Slack, S3 πŸ“ Files PDFs, CSVs, Docs

4 layers, each doing one job: Steering sets the rules. Skills define the expertise. Hooks trigger automatically. MCP connects to your data. Together = an autonomous agent.

Steering & Skills: Your Agent's Brain

Steering (Global Rules)

Always-on instructions for every interaction:

  • Currency defaults (SGD unless specified)
  • PII handling rules (never expose NRIC or policy numbers)
  • Insurance terminology and brand voice
  • Compliance requirements (MAS, PDPA)

File: .kiro/steering/rules.md

Skills (On-Demand Expertise)

Specialized instructions for specific tasks:

  • Claims triage and adjudication
  • Underwriting risk assessment
  • Fraud investigation playbook
  • Policy servicing automation

File: .kiro/skills/[name]/SKILL.md

Key insight: Prompt templates become SKILL.md files. Same content, new format β€” now they auto-activate when the right task appears.

Hooks & MCP: Your Agent's Hands

Hooks (Auto-Triggers)

Events that automatically run your skills:

  • File created: New claim submitted β†’ run triage skill
  • File edited: Policy updated β†’ re-validate compliance
  • Manual trigger: User clicks β†’ generate report
  • Scheduled: Daily compliance scan

MCP (Connections)

How AI connects to your real systems:

  • Databases: Query policy data, claims history, underwriting records
  • APIs: Call risk scoring engine, AML screening, medical bureau
  • Files: Process claim documents, read policy wordings
  • Messaging: Send Slack alerts, email notifications

Think of it this way: Skills = the recipe. MCP = the kitchen equipment. Hooks = the timer that starts cooking automatically. You design the recipe; your tech team sets up the kitchen.

SKILL.md: Best Practices

When converting a prompt template to a SKILL.md file:

ElementWhat to includeExample
NameClear, descriptive skill nameClaims Triage Agent
DescriptionWhen this skill should activate"Activate when processing incoming insurance claims for triage"
TriggerKeywords or file patterns"claim", "FNOL", "adjudication"
InstructionsYour prompt templateRole, context, steps, output format, guardrails
GuardrailsWhat the skill must NOT do"Never auto-approve claims >$50K", "Always flag pre-existing conditions"
Output formatExpected structureJSON with claim_decision, confidence, reasoning, escalation_flag

Supervised vs Autopilot: Your Safety Net

Before we start building β€” here's how to stay safe when AI modifies your files.

πŸ›‘οΈ
Supervised Mode
  • Kiro shows every change before applying
  • You approve or reject each modification
  • Can revert individual files after approval
  • Like "track changes" in Word
Best for: first-time skills, high-stakes outputs, learning
vs
⚑
Autopilot Mode
  • Kiro works autonomously β€” no approval needed
  • Review all changes after completion
  • Revert any file you don't like
  • Sub-agents only work in Autopilot
Best for: trusted skills, routine tasks, parallelization

Nothing is irreversible. Both modes track every change. You can always revert individual files. When in doubt, use Supervised mode β€” you'll see exactly what the AI is about to do before it happens.

Connections

Model Context
Protocol (MCP)

How AI connects to your databases, APIs, and tools

Why Does AI Need MCP?

Without MCP, AI can only work with text you paste into it. MCP changes that.

Without MCP

  • Export CSV β†’ paste into chat β†’ AI analyzes what you gave it
  • Open 50 invoices one by one
  • Check compliance in 3 systems manually
  • Copy transaction data, format it, paste it

With MCP

  • AI queries your merchant database directly
  • AI scans the invoice folder automatically
  • AI checks all 3 systems in one request
  • AI runs SQL query, gets exactly what it needs

Think of MCP as USB-C for AI. One standard cable connects any device to any peripheral. MCP connects any AI (Kiro, Claude, Cursor) to any data source (databases, APIs, files) with one standard protocol.

MCP Architecture

MCP follows a simple client-server pattern:

You (English) "Show me RED merchants" Kiro (Host / AI Client) AI decides which tool to call MCP Server (Protocol Layer) Executes SQL query Database / API Returns 12 rows

3 Core Primitives

  • Tools β€” Actions AI can perform: run SQL, call API, send message
  • Resources β€” Data AI can read: file contents, database schemas
  • Prompts β€” Reusable templates for common interactions

Key Properties

  • Open standard β€” works with Claude, Kiro, Cursor, VS Code
  • Local or remote β€” runs on your machine or on a server
  • Pre-built servers β€” community has built servers for most systems

MCP Servers for Insurance Teams

MCP ServerConnects toInsurance use caseSetup
SQLite / PostgreSQLDatabasesQuery claims data, policy records, underwriting historyConfig only
FilesystemFile directoriesProcess folders of claim documents, scan medical reportsConfig only
Slack / TeamsTeam messagingSend alerts when fraud detected or high-value claim submittedAPI key
Google Drive / S3Document storageRead policy wordings for RAG grounding, store adjudication reportsOAuth / IAM
Custom REST APIInternal servicesCall underwriting rules engine, AML screening, medical bureauCustom build

You design the recipe, your tech team sets up the kitchen. In the Agent Design Canvas, you specify "MCP connections needed: merchant database, Slack for alerts." Your engineering team configures the actual MCP servers. The open-source community has pre-built servers for most common systems β€” no custom code needed.

MCP Configuration: It's Just JSON

An MCP configuration in Kiro β€” 7 lines of JSON, no code:

// .kiro/settings/mcp.json
{
  "mcpServers": {
    "anycompany-db": {
      "command": "uvx",
      "args": ["mcp-server-sqlite",
               "--db-path", "./claims.db"],
      "autoApprove": ["read_query",
                       "list_tables"]
    }
  }
}

What happens: Kiro launches the server, discovers tools, and you can query the claims database in plain English.

Key Takeaway: MCP

  • MCP = USB-C for AI (one standard, any connection)
  • 3 primitives: Tools, Resources, Prompts
  • Pre-built servers for databases, files, APIs, messaging
  • You specify needs β†’ tech team configures servers
  • Try the interactive MCP explainer on the workshop site

Advanced

Sub-Agents:
AI Delegating to AI

When one agent isn't enough β€” delegate subtasks to specialized agents

What Are Sub-Agents?

A sub-agent is an AI that gets delegated a task by another AI. The main agent stays focused on the big picture while sub-agents handle specialized subtasks independently.

🧠
Main Agent
"Analyze this claim"
β†’
πŸ”
Context Gatherer
Find relevant files & data
⚑
Task Executor
Run analysis independently
πŸ› οΈ
Custom Agent
Specialized for your domain
β†’
πŸ“Š
Combined Result
Synthesized output

This is parallelization in action. The main agent delegates to 3 sub-agents, each runs independently with its own tools, and results are combined. Same pattern from the slides β€” but happening inside Kiro automatically.

Sub-Agents in Kiro Today

TypeWhere it livesHow it activatesFinance example
Context Gatherer (Built-in)Built into KiroKiro uses it automatically when exploring unfamiliar code or files"Find all files related to claims processing"
Task Executor (Built-in)Built into KiroKiro delegates automatically when you ask for parallel tasks"Analyze this data while I work on the API"
Custom Agent (You create).kiro/agents/[name].mdYou invoke by name: "use the claims-reviewer agent to…""Review this claim and score fraud risk"

Built-in: Automatic

  • Kiro decides when to delegate β€” no config needed
  • Works in Autopilot mode
  • You can also ask explicitly: "do X and Y in parallel"

Custom: You Create & Invoke

  • Saved as .kiro/agents/name.md β€” like skills
  • Has its own tools (can restrict to read-only)
  • Version in git, share with team
  • Invoke: "use the [name] agent to review this file"

Skills vs Custom Agents

πŸ“‹
Skills (.kiro/skills/)
  • Instructions added to Kiro's context
  • Uses Kiro's own tools
  • Auto-activates on keywords/file patterns
  • Best for: structured output templates
Analogy: a recipe Kiro follows
vs
πŸ€–
Custom Agents (.kiro/agents/)
  • Runs as a separate autonomous agent
  • Has its own tools (can be restricted)
  • Invoked by name: "use the [name] agent"
  • Best for: review, analysis, validation
Analogy: a colleague Kiro delegates to

Try it in Exercise 1 (Bonus Step): Create a finance-reviewer custom agent, then invoke it to review your risk assessment. The agent runs independently, scores your work, and suggests improvements.

Hands-On

Exercises &
Workshop

Convert templates to skills, then design your agent workflow

Lab: Build a Claims Triage Skill

Turn a prompt template into a reusable, auto-activating skill (25 min):

  • Step 1: Create a steering file with AnyCompany Insurance global rules (currency, PII, compliance)
  • Step 2: Convert a claims triage prompt template to SKILL.md format with frontmatter
  • Step 3: Add a hook for auto-triggering (e.g., "when new data file is created")
  • Step 4: Test the full stack β€” steering + skill + hook working together

What you'll have: A portable, reusable skill that auto-activates when the right task appears β€” a production-ready automation component.

Lab 10: Design Your Agent Workflow

Pick a real workflow from your team and fill out the Agent Design Canvas (45 min):

The Agent Design Canvas

  • Agent Role: What does this agent do?
  • Workflow Steps: What's the sequence?
  • Pattern: Chain / Parallel / Route / Orchestrate?
  • Data Inputs: What data does it need?
  • Data Outputs: What does it produce?

 

  • Tools/MCP: What systems does it connect to?
  • Guardrails: What must it NOT do?
  • Escalation Rules: When does a human step in?
  • Autonomy Level: L1 / L2 / L3?
  • Business Impact: Time saved, errors reduced?

Workshop: Design Your Workflow

In groups of 3-4:

Step 1: Identify (10 min)

  • What manual process takes the most time?
  • Where do errors happen most often?
  • What's repetitive but requires judgment?

Step 2: Map (15 min)

  • Draw the current process (boxes and arrows)
  • Label each step with a workflow pattern
  • Mark decision points and exception paths

Step 3: Assess (10 min)

  • Feasibility: Can current AI do this?
  • Impact: How much time/cost saved?
  • Risk: What if the AI gets it wrong?

Step 4: Present (5 min each)

  • Share your Agent Design Canvas
  • Get feedback and suggestions
  • Identify quick wins vs long-term projects

Key Takeaway: Designing AI Workflows

  • Best candidates for automation: repetitive, judgment-based, high-volume, error-prone
  • Worst candidates: rare, highly creative, politically sensitive, no clear success criteria
  • Always ask: "What's the cost of the AI being wrong?" β€” that determines human oversight level
  • Quick wins: Report generation, data extraction, classification, summarization
  • Long-term projects: End-to-end processing, multi-system integration, autonomous decisions
  • Your Agent Design Canvas is the requirements spec β€” share it with your tech team

Synthesis

Connecting
All Three Days

From concepts to templates to autonomous systems

The 3-Day Journey

ModuleWhat you learnedWhat you built
M1-M2Agent architecture, types, autonomy levelsUnderstanding of when to use agents vs prompts
M3Workflow patterns: Chain, Parallel, Route, OrchestratePattern selection for insurance workflows
M4-M5AWS tools, Bedrock Agents, Strands SDK, MCPWorking agent implementations
M6Production patterns, guardrails, evaluationSKILL.md files + Agent Design Canvas

The thread: Prompt engineering foundations β†’ automated via SKILL.md files. Workflow patterns β†’ implemented with Strands SDK. MCP connections β†’ power your agent's tool use. Guardrails β†’ ensure safe autonomous operation.

What You're Taking Home

DeliverableCreated onDescription
Prompt templateLabProduction-ready template with variables (claims triage or underwriting)
SKILL.md fileDay 3Your template converted to a portable, auto-activating skill
Steering fileDay 3Global rules for your team (currency, PII, brand voice)
Hook configurationDay 3Auto-trigger that runs your skill when new data arrives
Agent Design CanvasDay 3One-page workflow spec: role, steps, data, guardrails, ROI
GenAI PlaybookDay 15-document implementation playbook from capstone lab

Day 3 Outcomes

  • Distinguish between AI agents and agentic AI systems
  • Understand the agentic loop: Observe → Plan → Act → Reflect
  • Identify the right workflow pattern for any business process
  • Convert prompt templates into reusable SKILL.md files
  • Use Kiro's steering + skills + hooks + MCP stack for automation
  • Design an AI agent for a real workflow from your team
  • Plan next steps for workflow automation in your organization

What to Do Next

  • This week: Share your Agent Design Canvas with your team. Identify one quick win to prototype.
  • This month: Build a prototype using Kiro. Test your SKILL.md with real data from your team.
  • This quarter: Pilot your highest-impact workflow at L1-L2 autonomy. Measure results.
  • Resources: Workshop site (exercises + slides), prompt templates, SKILL.md reference

Thank You

From prompts to templates to autonomous workflows

AnyCompany Insurance · Agentic AI Foundation on AWS

Appendix

Amazon Bedrock
AgentCore

From DIY agents to managed infrastructure

The DIY Agent Challenge

Many teams build agents from scratch. Common pain points:

  • Orchestration complexity β€” managing multi-step workflows, retries, error handling
  • Memory management β€” maintaining context across long conversations and sessions
  • Tool integration β€” connecting to internal APIs, databases, and services
  • Scaling β€” handling concurrent users, rate limits, cost management
  • Monitoring β€” knowing when agents fail, drift, or produce bad output
  • Security β€” controlling what agents can access and do

Reality check: Building a reliable agentic system from scratch takes 3-6 months of engineering. Maintaining it is an ongoing cost.

AgentCore: What It Provides

CapabilityWhat it doesBusiness benefit
Agent RuntimeHosts and runs your agentsNo infrastructure to manage
MemoryPersistent context across sessionsAgents remember past interactions
Tool Use (Gateway)Unified access to APIs and databasesAgents can take real actions
GuardrailsSafety filters and access controlsPrevent harmful or unauthorized actions
Knowledge BasesRAG over your documentsAgents answer from YOUR data
IdentityAuthentication for agent accessSecure access to sensitive data
ObservabilityMonitoring, tracing, compliance auditingKnow when agents fail or drift

Transition Path: Prototype → Production

PhaseWhat to doTimeline
1. PrototypeBuild in Kiro with steering + skills + hooks1-2 weeks
2. ValidateTest with real data, measure accuracy and speed2-4 weeks
3. HardenAdd AgentCore runtime, memory, guardrails, identity4-6 weeks
4. DeployProduction deployment with monitoring and observability2-4 weeks
5. ScaleExpand to more workflows, add multi-agent coordinationOngoing

Key benefit: Start fast with Kiro (your prototype), then harden with AgentCore for production. You don't need to choose upfront β€” the skills you build today are portable.