AWS を活用した保険仲介向けドメイン特化型 AI の先駆者、Cara の取り組み
AWS Machine Learning Blog は、保険業界の課題解決のためにドメイン特化型 AI を開発したスタートアップ「Cara」が、Amazon EKS と Bedrock を活用してバックオフィス業務を自動化し、タレント不足とコンプライアンス要件への対応を実現した事例を紹介している。
キーポイント
ドメイン特化型 AI の必要性
汎用 AI は保険業界の複雑な規制、機密データ（PII）、およびキャリア固有の要件に対応できず、Cara は業界経験を持つチームが構築した独自モデルでこれらのギャップを埋めている。
AWS 基盤によるアーキテクチャ
Cara は Amazon EKS でマイクロサービスをオーケストレーションし、Amazon Bedrock を用いて推論を実行するクラウドネイティブな設計により、セキュリティとスケーラビリティを両立している。
実証された業務効率化
保険代理店が従来手作業で行っていた申請作成、ポリシー分析、データ転記などの反復タスクを自動化し、ターンアラウンド時間の短縮とデータ精度の向上を実現した。
創業者の背景と製品化
Cara の創設メンバーは以前保険ブローカーを経営し、そこで開発した内部 AI コパイロットの実績を基に、独立した製品として Cara を立ち上げた。
影響分析・編集コメントを表示
影響分析
この記事は、大規模言語モデル（LLM）が単なる汎用ツールから、特定業界の複雑な規制やワークフローに適合した「ドメイン特化型 AI」へと進化している実例を示しています。AWS のインフラを活用することでセキュリティとスケーラビリティを確保しつつ、保険業界のような堅牢性が求められる分野での実装可能性を証明しており、他の垂直領域における AI 導入のモデルケースとして大きな示唆を与えます。
編集コメント
保険業界のような厳格な規制下において、汎用 AI の限界を克服し、実用的なドメイン特化型ソリューションがどのように構築されるかを示す貴重な事例です。AWS の技術スタックを活用した具体的なアーキテクチャ解説は、同様の課題を抱える他業界の担当者にとって参考になるでしょう。
保険業界は8兆ドル規模のグローバル産業ですが、手作業中心のワークフローと人材不足という課題に直面しています。Cara は AWS 上でネイティブな AI ソリューションを提供し、保険ブローカーのバックオフィス業務を自動化します。
保険代理店は日常的に、申請書の作成、保険契約の分析、システム間でのデータ再入力、顧客と保険会社間の情報伝達といった反復作業に多くの時間を費やしています。業界全体で人材不足が継続する中、ブローカーは人員を比例して増やさずに収益を拡大する必要があります。
本稿では、AWS と協力して構築された Cara がこれらの課題にどのように取り組んでいるかを探ります。技術的な設計判断とソリューションを支える AWS のサービスについて解説し、大規模な保険ブローカーに対して Cara が実現した具体的な成果についても共有します。
課題：なぜ汎用 AI は保険業界では不十分なのか
保険ブローカーは極めて厳格に規制された環境で運営されています。すべての取引には精度、監査可能性、コンプライアンスの遵守が求められます。対象となるデータには、機密性の高い個人識別情報（PII）、財務記録、引受詳細が含まれます。
汎用 AI ツールはこうした複雑さに対応するために設計されていません。保険業界で効果的な AI であるためには、ドメイン固有のデータモデルとブローカーのワークフローを理解している必要があります。また、企業セキュリティ基準を満たしつつ、保険会社ごとの要件や規制上の制約にも対応できなければなりません。
Cara の創設チームはこれらのギャップを直接目の当たりにしていました。Vic Yeh、Nikhil Kansal、Jon Patel は以前、デジタル保険ブローカーを設立し、米国で最大級の非公開保険組織の一つである The McGowan Companies へ売却するまで成長させました。
その経験の中で、チームは大規模言語モデル（LLM）によって駆動される社内 AI コパイロットを構築しました。このコパイロットは処理時間の短縮、データ精度の向上、エージェントワークフローの合理化を実現しました。高い採用率に後押しされ、彼らはこの概念を独立した製品である Cara として展開しました。
アーキテクチャ概要
Cara は、信頼性、スケーラビリティ、セキュリティのために選択された AWS サービス上で構築されています。図 1 は、Cara の本番環境デプロイメントにおける高レベルコンポーネントを示しています。
image
AWS 上の Cara アーキテクチャ
コンピューティングとオーケストレーション
Cara は、複数のアベイラビリティゾーンにわたるコンテナのオーケストレーションのために Amazon Elastic Kubernetes Service（Amazon EKS）上で動作しています。EKS は、データ取り込みパイプライン、ワークフローエンジン、推論レイヤーを含む Cara のマイクロサービスを管理します。
このアーキテクチャは、ピーク時の更新およびサービス期間における需要に対応するための弾力的なスケーリングをサポートします。各ブローカーあたり数千の同時ユーザーとワークフローを処理可能です。各組織のワークロードはテナント分離のために隔離された名前空間内で実行されます。
AI と推論
Cara の AI 機能は、Amazon Bedrock でホストされた大規模言語モデル（LLM）によって駆動されています。Amazon Bedrock は、フルマネージド API を通じて基盤モデルへのアクセスを提供します。これにより、Cara は GPU インフラストラクチャを管理することなく推論を実行できます。Cara は Amazon Bedrock を以下の主要な機能に活用しています：
- カバレッジと見積もりインテリジェンス – 保険会社からの見積もりを比較し、カバレッジの違いを要約し、除外事項やギャップを強調表示します。
- アプリケーションとフォームの自動化 – ソースドキュメント、過去の提出物、および代理店のガイドラインを使用して、ACORD および補足フォームに自動入力を行います。
- 提案書と更新生成 – ブランド化されたクライアント対応の提案書と更新用スプレッドシートを生成します。
- 知識駆動型ワークフロー – 代理店固有のガイドライン、保険会社の受入傾向、および過去の配分履歴を参照して意思決定を支援します。
セキュリティとデータ分離
データ保護は、保険組織にとって基盤的な要件です。Cara のアーキテクチャでは、AWS 上でアカウントごとのデプロイメントが採用されています。各ブローカーのデータとワークフローは、専用で安全なワークスペース内に隔離されます。この設計により、業界規制への準拠がサポートされ、組織レベルでの監査可能性が提供されます。
インテグレーション
Cara は、主要な代理店管理システム（AMS）および顧客関係管理（CRM）ツールと統合されています。アカウント、保険証券、ドキュメントを同期することで、重複するデータ入力削減を実現します。AI 駆動のワークフローは、既存のブローカー技術スタック内で直接稼働します。この設計により、エージェントがすでに使用しているシステムへの変更を最小限に抑えることができます。
デプロイメントと運用特性
Cara の設計目標の一つは、価値提供までの迅速な達成です。企業向け保険ブローカーは数時間でオンボーディングし、数日でカスタマイズされたワークフローを開始できます。EKS 上での Cara のデプロイでは、各テナントごとにパラメータ化されたテンプレートを使用します。手動設定なしで、隔離された名前空間、ストレージ、推論エンドポイントをプロビジョニングします。
本番環境における AWS 上の Cara インフラストラクチャは以下の機能を提供します：
- 高可用性 – EKS 上でのマルチ AZ デプロイメントと自動フェイルオーバー。
- エラスティックスケーリング – Kubernetes の Horizontal Pod Autoscaler がリアルタイムの需要に基づいてキャパシティを調整します。これにより、ピーク時にも数千名の同時ユーザーをサポートできます。
- エンタープライズセキュリティ – テナントごとのデータ分離、保存時および転送中の暗号化、AWS Identity and Access Management（AWS IAM）との統合。
測定可能な成果
Cara の AI 駆動ワークフローは、企業向け保険ブローカーに対して定量化された結果をもたらしました：
指標
結果
ユーザーあたりの節約時間
ワークフロー自動化と文脈に基づく知識検索により、週あたり約 10 時間
オンボーディングの速度
エンタープライズ・ブローカーは数時間でオンボーディング完了、カスタムワークフローは数日で稼働開始
並行処理能力
ブローカーあたり数千名の同時利用ユーザーとワークフローに対応
導入状況
数百の主要な保険代理店およびブローカーで活用中
これらの成果は、組織固有のワークフロー自動化と文脈に基づく知識検索によって実現されています。これらは、Cara のドメイン特化型 AI と、AWS が提供するスケーラブルで安全なインフラストラクチャに依存しています。
今後の展望
保険業界はまだ AI 導入の初期段階にあります。エンタープライズ需要の高まりに伴い、Cara は引き続き販売、サービシング、オペレーション全体において AI ドライブ型のワークフローを拡大していきます。
「AWS と共に、実世界の保険ユースケースにおけるドメイン特化型 AI の限界を前進できることを嬉しく思います」と、Cara の CEO である Vic Yeh は述べています。「私たちの目標は、保険専門家が業界の核心である『人間関係』に再び注力できるよう支援することです」
結論
本稿では、Amazon EKS と Amazon Bedrock を活用して Cara が保険ブローカー向けにドメイン特化型 AI ソリューションを構築した方法を紹介しました。このアーキテクチャは、テナント分離された弾力的にスケーリングするワークスペースを提供します。また、保険業界が求めるセキュリティとコンプライアンス要件を満たしながら、数千名の同時利用ユーザーをサポート可能です。
AWS で AI パワーを備えたアプリケーションを構築する方法については、AWS Architecture Center をご覧ください。Amazon Bedrock の利用を開始するには、Amazon Bedrock 入門 を、Amazon EKS の利用開始については Amazon EKS 入門 をご参照ください。
著者について
Amaan Babul
Amaan は、テキサス州オースティンに拠点を置く Amazon Web Services のスタートアップチーム所属の Associate Solutions Architect です。彼は、AI/ML（人工知能・機械学習）、生成 AI、そしてモダンなアプリケーション開発に重点を置き、初期段階の企業が AWS 上でスケーラブルで設計思想が優れたソリューションを構築できるよう支援することに情熱を注いでいます。
原文を表示
Insurance is an $8 trillion global industry burdened by manual workflows and a growing talent shortage. Cara delivers an AI-native solution on AWS that automates back-office processes for insurance brokerages.
Insurance agents routinely spend hours on repetitive tasks. These include completing applications, analyzing policy coverages, re-keying data across systems, and relaying information between clients and carriers. As the industry faces a persistent talent shortage, brokerages need to scale revenue without proportional headcount increases.
In this post, we explore how Cara, built in cooperation with AWS, addresses these challenges. We walk through the technical design decisions and the AWS services that support the solution. We also share measurable outcomes Cara has delivered for enterprise brokerages.
The challenge: Why generic AI falls short in insurance
Insurance brokerages operate in a highly regulated environment. Every transaction demands precision, auditability, and compliance. The data involved includes sensitive personally identifiable information (PII), financial records, and underwriting details.
Generic AI tools are not designed for this complexity. Effective AI for insurance must understand domain-specific data models and brokerage workflows. It must also handle carrier-specific requirements and regulatory constraints while meeting enterprise security standards.
Cara’s founding team saw these gaps firsthand. Vic Yeh, Nikhil Kansal, and Jon Patel previously founded a digital insurance brokerage. They scaled and sold it to The McGowan Companies, one of the largest privately held insurance organizations in the US.
During that experience, the team built an internal AI copilot powered by large language models (LLMs). The copilot reduced turnaround times, improved data accuracy, and streamlined agent workflows. Encouraged by strong adoption, they expanded the concept into a standalone product: Cara.
Architecture overview
Cara is built on AWS services chosen for reliability, scalability, and security. Figure 1 shows the high-level components of Cara’s production deployment.
Cara architecture on AWS
Compute and orchestration
Cara runs on Amazon Elastic Kubernetes Service (Amazon EKS) for container orchestration across multiple Availability Zones. EKS manages Cara’s microservices, including ingestion pipelines, workflow engines, and the inference layer.
This architecture supports elastic scaling to handle demand during peak renewal and servicing periods. It supports thousands of concurrent users and workflows per brokerage. Each organization’s workloads run in isolated namespaces for tenant separation.
AI and inference
Cara’s AI capabilities are powered by LLMs hosted on Amazon Bedrock. Amazon Bedrock provides access to foundation models through a fully managed API. This allows Cara to run inference without managing GPU infrastructure. Cara uses Amazon Bedrock for several core capabilities:
- Coverage and quote intelligence – compares carrier quotes, summarizes coverage differences, and highlights exclusions or gaps.
- Application and form automation – cross-fills ACORD and supplemental forms using source documents, prior submissions, and agency guidelines.
- Proposal and renewal generation – produces branded, client-ready proposals and renewal spreadsheets.
- Knowledge-driven workflows – references agency-specific guidelines, carrier appetites, and historical placements to guide decisions.
Security and data isolation
Data protection is a foundational requirement for insurance organizations. Cara’s architecture uses account-specific deployments on AWS. Each brokerage’s data and workflows are isolated within dedicated, secure workspaces. This design supports compliance with industry regulations and provides auditability at the organization level.
Integrations
Cara integrates with leading agency management systems (AMS) and customer relationship management (CRM) tools. It syncs accounts, policies, and documents to reduce duplicate data entry. AI-driven workflows operate directly within existing broker technology stacks. This design helps minimize changes to the systems their agents already use.
Deployment and operational characteristics
One of Cara’s design goals is fast time-to-value. Enterprise brokerages can get onboarded within hours and launch customized workflows within days. Cara’s deployment on EKS uses parameterized templates for each new tenant. It provisions isolated namespaces, storage, and inference endpoints without manual setup.
In production, Cara’s infrastructure on AWS provides:
- High availability – multi-AZ deployment on EKS with automated failover.
- Elastic scaling – Kubernetes Horizontal Pod Autoscaler adjusts capacity based on real-time demand. This supports thousands of concurrent users during peak periods.
- Enterprise security – data isolation per tenant, encryption at rest and in transit, and integration with AWS Identity and Access Management (AWS IAM).
Measurable outcomes
Cara’s AI-driven workflows have delivered quantifiable results for enterprise insurance brokerages:
Metric
Result
Time saved per user
~10 hours per week through workflow automation and contextual knowledge retrieval
Onboarding speed
Enterprise brokerages onboarded within hours; custom workflows live within days
Concurrent capacity
Thousands of concurrent users and workflows per brokerage
Adoption
Used by hundreds of leading insurance agencies and brokerages
These outcomes come from organization-specific workflow automation and contextual knowledge retrieval. They depend on Cara’s domain-specific AI and the scalable, secure infrastructure provided by AWS.
Looking ahead
The insurance industry remains in the early stages of AI adoption. As enterprise demand grows, Cara continues to expand its AI-driven workflows across sales, servicing, and operations.
“We are thrilled to advance the boundaries of domain-specific AI in real-world insurance use cases with AWS,” says Vic Yeh, CEO of Cara. “Our goal is to help insurance professionals return to the core of our industry: the relationships.”
Conclusion
In this post, we showed how Cara built a domain-specific AI solution for insurance brokerages using Amazon EKS and Amazon Bedrock. The architecture delivers tenant-isolated, elastically scaling workspaces. It supports thousands of concurrent users while meeting the security and compliance requirements of the insurance industry.
To learn more about building AI-powered applications on AWS, visit the AWS Architecture Center. To get started with Amazon Bedrock, see Getting started with Amazon Bedrock. For Amazon EKS, see Getting started with Amazon EKS.
About the authors
Amaan Babul
Amaan is an Associate Solutions Architect at Amazon Web Services on the Startups team, based in Austin, TX. He’s passionate about helping early-stage companies build scalable, well-architected solutions on AWS — with a focus on AI/ML, generative AI, and modern application development.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み