Back to AI/ML Overview
🧾 Proof of Concept · Property Insurance · Agentic Underwriting

QuoteCraftAuto quote generation and agentic underwriting — a proof of concept for an insurance startup idea.

A POC I recently built — grounded in years on a group-benefits insurance product platform — showcasing how can be built around the insurance pipeline: quote → underwriting → servicing → claims. Mock data, full pipeline, honest scope.

🎯The Purpose, In One Line

Auto quote generation and underwriting. A customer finishes a property quote in minutes; behind the desk, assemble the risk picture, run the underwriting playbook, and draft the decision — and a human underwriter approves, refers, or declines. Everything in the demo exists to serve those two promises.

This is a proof of concept, not a production system — a use case turned into a runnable proof of concept. The insurance thinking is real (it draws on years building a group-benefits product platform — rules engines, underwriting workflows); the POC shows how wrap that pipeline end to end: messy inbound leads, missing and contradictory data, escalation rules — built as something you can click through, not a slide deck.

🗺️Two Surfaces, One Engine

🏠

The platform portal

The full property/fire lifecycle across role workspaces — applicant/producer quote-to-submit, distribution channels, underwriter referral queue, case management & claims — over an event-sourced data spine, with a climate cat-model scoring every address and clickable architecture walkthroughs (GCP vs AWS) for the engineering view.

🤖

The underwriting console

Where the agents work: pull a morning queue of imperfect leads, watch intelligent prefill fill every service-owned field (assessor, hazard/GIS, aerial, permits, cat-model), then submit — most auto-quote, runbook declines auto-send, conflicts land in human review, and customer-only gaps produce exactly one well-scoped outbound follow-up.

💡Try the full cycle yourself
On the console: Master reset (clean slate) → Pull queue (12 leads with missing-data failure modes baked in) → Submit all and watch each lead route to its terminal state. Live model calls are enabled per demo session; the workflow, reasoning traces, and audit log are always browsable.

🏗️The Design Ideas Worth Stealing

📋

Product as configuration

Each line of business is a playbook; a runbook is that playbook resolved for a context (state, business line); every field and rule carries effective/expiry dates — a new state is an activation, not a release.

🧑‍⚖️

Human-in-the-loop by architecture

The model drafts; deterministic gates decide what needs a person. High-risk actions queue for approval, every decision is logged and replayable, and escalation is a first-class terminal state — not an exception.

📏

An loop, not vibes

Agent output quality is measured against fixtures with known failure modes, so iteration is driven by pass/fail evidence instead of eyeballing — the same discipline the platform applies to underwriting rules.

🔌

Deterministic where it counts

Reset, seeding, and routing are deterministic and replayable; calls are a governed, per-session capability — so the demo is always walkable, and the parts are additive, never load-bearing for the tour.