How OCEAN works
Live agentThe whole system on one page: what it is, the underwriter flow, what runs on AWS, the models, and the data and MCP connectors. Deployed in Alvio's AWS (us-west-2).
1 · What this is
2 · The underwriter flow
The evaluation sequence: eligibility first, then the three parallel assessments, then a human. Click any step to see what it does. Try step 1 live on any real company.
Click any step to see how it works and the real systems behind it.
slip is the deal-terms document.
exposure file is the schedule of what is insured, and where.
loss run is their history of past claims.
A broker sends the deal as documents, not a tidy table. We read them and turn them into structured data automatically (the Ingest tab).
GLEIF is global registry of legal entities; confirms the company is real.
OFAC is the US sanctions list.
The cedent is the insurer asking us to cover part of their risk. We confirm they are a real, registered company and not sanctioned. A hard gate: it can stop here.
cat model is software that simulates catastrophes to estimate losses.
exposure profile is what they insure, broken down by size.
We estimate how bad losses could get. Exposure rating works from what they insure, so we can price even with no past-claims history. PML is the worst-case loss at, say, a 1-in-100-year level.
our book is the deals we already hold.
appetite is the limit we set ourselves per area.
Lloyd's RDS is Lloyd's standard disaster scenarios.
Accumulation is how much total risk piles up in one place; one storm or one cloud outage can hit many deals at once.
rate benchmarks is what the wider market charges for similar cover.
We work out a fair premium. Rate on line is the premium as a percentage of the cover. Terms include surcharges, sub-limits, and reinstatements (buying the cover back after a loss).
capital model is our Solvency II capital calculation.
Regulators require us to hold capital. SCR is the capital we must hold; the solvency ratio is what we have versus what we need.
the decision note is the written underwriting produced as the output.
The recommendation (accept, decline, refer, or accept-with-conditions) plus a written underwriting note. A licensed underwriter approves and binds. To bind means to legally commit the cover.
No book needed to start. Steps 1 to 3 and 5 run on the cedent's own submission plus public data (GLEIF, OFAC, hazard feeds, market benchmarks). We exposure-rate the risk, which does not need our own loss history, so a brand-new reinsurer can underwrite from day one. Our book in step 4 simply grows with every deal.
3 · What runs on AWS (the architecture)
The full event-driven flow, then every AWS component it uses. Each card opens the live console, click to prove it is real.
Inside AgentCore Runtime, the underwriting committee
Engines - deterministic math over the book
read the sample book in DynamoDB (treaties · claims · appetite · scenarios)
Live feeds - fetched real-time, keyless
never the model's memory, pulled at request time
Amazon EventBridge
Event backbone, RiskSubmissionReceived and CyberThreatObserved events trigger assessment.
AWS Step Functions
Durable, auditable orchestration (ocean-assess): Normalize → AssessAndPersist → EmitCompleted, with retries.
Bedrock AgentCore Runtime
Hosts the agents, ocean_uw (underwriting) and ocean_copilot (analytics assistant). Plans, calls tools, reasons.
AgentCore Gateway (MCP)
Exposes the analytics engines + live feeds as 17 MCP tools the agents call over JWT-authed MCP.
AgentCore Memory (STM)
Per-session multi-turn memory for the copilot, resolves follow-ups against earlier turns.
Bedrock Guardrails
Recommend-only policy enforced as an auditable post-hoc check on every output.
AgentCore Observability
OpenTelemetry traces of every reasoning step + tool call (CloudWatch GenAI dashboard).
Amazon Bedrock
Managed foundation model, the reasoning behind the agents (extended thinking + structured output).
Amazon DynamoDB
The book (ocean-book: policies, claims, appetite, scenarios) + decisions (ocean-decisions, audit trail).
AWS App Runner + ECR
Hosts this Next.js app; ECR stores the container images.
4 · The models
Every figure in a recommendation comes from these engines, the LLM owns only the verdict and rationale. Click a model for its type, inputs, outputs, the research it is built on, and to run it live.
The quantitative models that run during a submission. Mostly deterministic actuarial / regulatory models, not ML (the ML is the LLM and EPSS upstream). Click any model for its type, inputs, outputs, the research it is built on, and to run it live as a real MCP call on your own inputs.
5 · Data & MCP connectors
Where the data comes from, how it is wired in as MCP servers, and the full catalog of tools the agents call, each runnable live.
MCP servers (the connectors)
Each data source an underwriter uses is a connector (an MCP server). Day-one means public or our own engine, usable with no proprietary data; licensed means a plug-in enabled on engagement. Live servers are wired today (most are runnable in Data → MCP tools); stub servers are on the map, not built yet.
Eligibility & counterparty
Document intake
Exposure & cat modelling
Hazard
Accumulation & capital
Market & benchmark
Broker placement
MCP tool catalog
17 runnable · AgentCore Gatewayclick Run to call the real MCP tool, same path the agents useEligibility & KYC
Hazard (live signal)
Pricing, capital & parametric
Technology ecosystem & portfolio analytics
Data lookups