保険UIのコールドテスト — 損保査定・契約・支払・生保引受・営業ポータル
自動車保険の保険金請求・査定、損保契約と代理店ダッシュボード、保険金支払と精算、生命保険の引受査定、生保営業のライフプランナー活動ポータル。AmountBreakdown が 3-confirm に到達し、build 翌回で別 cold AI に自力発見された5枚です。
保険 の cold test、5 画面のまとめ。
なぜ保険UIは難しいのか
保険は「金額を構造で説明する」場面が常時並びます。査定の認定額・過失相殺・免責・既払・支払額の連鎖、保険料の構成、引受審査の BMI / 血圧 / 既往の ReferenceValue、高額案件の2人確認 CoSign、確定の SignedRecord、契約者と募集人の関係を見る代理店ビュー。同時に、後半の営業ポータルでは消費者寄りの作法（パイプライン Kanban、目標 Meter、要対応 Alert）も同居します。観測の核は明確で、「金額導出ブロックが3回目の手組みになれば、その場で build する」でした。
ここで結晶化した部品
保険5枚で 3-confirm を満たして build に到達した、または build 翌回で自力発見された部品です。
- AmountBreakdown#103
支払明細＝認定額−過失相殺−免責−既払＝支払額。求人#102 を経て #103 で 3-confirm 到達 build。翌回 #104 の保険料計算で別 cold AI が自力発見。
- CoSign (high-value)#101
医療の2人確認が、高額査定・支払・引受承認に composing。
- ReferenceValue (underwriting)#104
医療で結晶化した「基準値付き数値」が、生保引受の BMI・血圧・既往判定にそのまま効いた。
- Floor composing (round 5)#105
営業ポータルで、人物階層・金額内訳・パイプライン Kanban・関係行・要対応・ブック表が「全部 composing する」状態に到達。
AmountBreakdown は build 翌回（#104 生保引受査定）で、保険料計算という新作法の場面で別 cold AI に自力発見されました。金融の「数の説明」がどれだけ業界を越えるかを最も強く証明した連鎖です。
保険 の全ラウンド
保険 カテゴリの 5 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。
/insurance-claims14業界目は損保。観測の核は明確——**#100 で作った[ユースケース別 逆引き索引](https://gunjo.jp/docs/by-use-case)が、次の文脈ゼロ AI の役に立つか。**
/insurance-policies#101査定とは別の契約/営業系。観測の核——**#101 で起票した CalculationLedger（金額導出ブロック）が、保険料内訳でまた手組みされるか。**
/insurance-payments#101 査定・#102 契約に続く保険3枚目。観測の核は最初から決まっていた——**金額導出ブロックが3回目の手組みになれば、その場で `AmountBreakdown` を build する。**
/insurance-underwriting#101〜103 は損保（査定/契約/支払）。#104 は生保の underwriting——別作法。観測の核は1つ——**前回 build したばかりの `AmountBreakdown` を、文脈ゼロの別 cold AI が保険料計算で自力発見できるか。**
/insurance-agent-portal#101〜104 は社内 back-office（査定/契約/支払/引受）。#105 は**現場の募集人側**＝別ペルソナで保険を締める。観測：人物階層・金額内訳・パイプライン・関係——**ここまで作った部品が、営業の朝の画面でも全部 composing するか。**
この業界が gunjo に残したもの
保険は、「金額導出ブロック」を群青の床として完成させ、ApprovalWorkflow・CoSign・SignedRecord・ReferenceValue といった「責任の重い操作」の床が損保／生保／代理店の全層で composing することを証明しました。最後の営業ポータル（#105）では、ここまで作った部品が「全部 composing する」状態に到達し、索引も全部名指しで正解──保険5枚で作り切ったと記録されています。