【2026年版】保険代理店のClaude Code実践｜日報・設計書・乗合管理

---

「商談が終わって事務所に戻ると、夕方5時。そこからお客様ファイルの整理、設計書の説明文修正、A社とB社の改定通知の確認……帰るのはいつも9時過ぎです」——これは、ある乗合代理店の募集人Aさん（仮称）が話してくれたリアルな日常です。

保険代理店の業務は、高度なコンサルティングとルーティン事務が混在しています。「比較推奨」が求められる乗合代理店では、複数社の商品知識を常にアップデートしながら、個々のお客様に最適な提案をしなければなりません。そのプレッシャーの中で「書類仕事」に時間を奪われている——この構造的な問題にClaude Codeが切り込めます。

ただし、保険業は強い規制がある業種です。「この保険は絶対に得です」「A社よりB社のほうが明らかに優れています」——こういった表現はそのまま保険業法第300条違反につながります。AIが生成した文章を無検証で使えば、コンプライアンスリスクになります。本記事では規制準拠の観点も含めて実装パターンを解説します。

なお、本記事に登場する事例はすべて想定モデル事例です。特定の企業・個人を指すものではありません。

保険代理店業務の「時間泥棒」3パターン

乗合代理店の現場でよく聞く「時間を食われる業務」を整理します。

1. お客様ファイル整理・日報の手入力

商談後に手書きメモや音声メモをもとにお客様ファイルを更新し、日報に記録する作業。「現在の契約」「家族構成」「ライフイベント予定」「今日の相談内容」をフォーマットに当てはめる作業は機械的なようで、毎回1件20〜30分かかります。

2. 設計書の説明文・提案コメントの作成

システムが出力した設計書に「なぜこの保険をお勧めするか」の説明文を追記するのが募集人の役割です。お客様の状況に合わせた文章を一から書くのは時間がかかる上、「断定的な表現になっていないか」「不当な比較になっていないか」のチェックも必要です。

3. 乗合各社の商品改定・通知の把握

乗合代理店は複数の保険会社と代理店委託契約を結んでいます。各社から定期的に届く「商品改定のご案内」「取扱停止・追加のお知らせ」を把握し、既存顧客への影響を確認するのは地道な作業です。ペーパーレス化が進んでも、PDFや長文メールが溜まる一方です。

---

保険業法の基礎知識：AIで生成した文章を使う前に必ず確認

Claude Codeを使った文章生成は強力ですが、保険募集に関する規制を正しく理解した上で運用しなければなりません。

保険業法第300条 — 禁止行為の主要ポイント

金融庁の監督指針（保険会社向けの総合的な監督指針）では、保険業法第300条第1項に基づく以下の禁止行為が明記されています（金融庁監督指針 II-4 業務の適切性）。

条項	禁止行為の内容
第300条第1項第1号	虚偽のことを告げる行為
第300条第1項第6号	不実告知・他社との不当比較による誤解を招く表示
第300条第1項第7号	断定的判断の提供禁止（将来の不確実な事項について確実性を装う表現）
第300条第1項第9号	保険契約の乗換を不当に勧める行為（不適切な乗換募集）

乗合代理店における「比較推奨販売」規制（2026年改正対応）

2026年6月施行の保険業法改正により、乗合代理店が複数商品を比較して特定商品を推奨する場合、より高い水準の説明義務が課されます。具体的には「なぜその商品を推奨するか」を客観的事実に基づいた理由で説明することが必要です（保険業法改正の方向性 2026年版）。

AIが生成した推奨コメントには以下の表現が混入しやすいため、必ず人間がレビューすることが前提です。

• ❌「この保険が最適です」→「お客様の現状では、〇〇という点でご要望に合う可能性があります」
• ❌「A社よりB社が優れています」→「A社・B社の保障内容をご説明し、お客様にご判断いただきます」
• ❌「将来の受取額は確実に増えます」→「変額保険は運用実績により変動します（元本割れのリスクあり）」

個人情報の取り扱い：お客様データはプロンプトに入れない

Claude Codeに保険提案を依頼する際、お客様の実名・生年月日・健康状態・収入などの個人情報をプロンプトに含めてはいけません。個人情報保護法・保険会社との委託契約・金融庁のセキュリティ要件に抵触します。

本記事のプロンプト例はすべて「ダミーデータ」または「情報の種別のみ」を使う形式にしています。実務では社内システム・専用の安全な環境での利用を前提としてください。

---

業務1：お客様ファイル要約・日報ドラフト生成

実装の全体像

商談後の手書きメモ（または音声→テキスト）を構造化し、お客様ファイルと日報に反映するフローです。個人情報を含むため、完全にローカル環境またはセキュリティが担保された社内システム上での実行を前提とします。

# 商談メモ → 日報ドラフト変換スクリプト
# ファイル: scripts/memo_to_daily_report.sh

MEMO_FILE="$1"  # 商談メモのテキストファイル
OUTPUT_DIR="./reports/$(date +%Y%m%d)"
mkdir -p "$OUTPUT_DIR"

claude -p "
あなたは保険代理店の業務アシスタントです。
以下の商談メモを読み、日報フォーマットに変換してください。

【出力形式】
---
日報テンプレート（2026年XX月XX日）
1. 面談件数：
2. 主な相談内容の分類：
3. フォローが必要な案件（件数のみ、氏名・個人情報は含めない）：
4. 手続き対応件数：
5. 明日のアクション：
---

【注意】
- 個人を特定できる情報（氏名・生年月日・住所）は出力しない
- 案件数・内容の種別のみ記録する
- 「断定的な見立て」は書かない

【商談メモ】
$(cat $MEMO_FILE)
" > "$OUTPUT_DIR/daily_report_draft.txt"

echo "日報ドラフト生成完了: $OUTPUT_DIR/daily_report_draft.txt"

プロンプト例：お客様ファイルの「相談内容サマリ」生成

お客様ファイルに記録する「本日の相談内容」欄のサマリを生成します。個人情報は除外し、相談の種別・論点のみを記録する形式です。

claude -p "
以下の相談メモ（個人情報は除去済み）を読み、
お客様ファイルの「相談内容記録欄」に記載するサマリを作成してください。

【条件】
- 150字以内
- 保険種類・相談の論点・お客様の意向を記録
- 断定的表現禁止（「おすすめした」「最適と判断した」等はNG）
- 「ご検討いただいた」「ご説明した」等の中立的表現を使う

【メモ（個人情報除去済み）】
定期保険の更新タイミングで見直し希望。現在の死亡保障額が不足している可能性を
ご本人が認識しており、収入保障型への切り替えについて検討したいとのこと。
変額保険への興味も示された。次回面談で比較設計書を準備する予定。
"

詰まりポイントと対策

✅ Claude Codeが敬語を崩す：プロンプトに「社内向け業務記録として、敬体（です・ます）を維持する」と明示する。

✅ 抽象的なメモから詳細を補完しすぎる：「情報がない項目は『記録なし』と出力してください」と指示する。

✅ 個人情報がメモに残っている：事前にメモの前処理ステップ（氏名→「お客様」、生年月日→「年代」に置換）を設ける。

---

業務2：保険設計書の説明文ドラフト生成と禁止表現チェック

設計書コメント生成プロンプト

保険システムが出力した設計書に添付する「ご提案の趣旨」コメントを生成します。個人情報を含まず、商品スペックの種別のみをインプットとする形式です。

claude -p "
保険設計書に添付する「ご提案の趣旨」コメントを作成してください。

【入力情報】
- 提案商品の種類：定期保険（収入保障型）
- 保障期間：就業不能リスクをカバーする期間
- 主な提案理由の分類：現在の保障と想定するライフイベントとの乖離
- お客様の主な検討ポイント：月払保険料の水準・保障内容のバランス

【必須の制約（保険業法第300条準拠）】
- 「必ず得をします」「絶対に安心です」等の断定的表現を使わない
- 「A社よりお得」等の不当比較を使わない
- 「将来の受取額が確実に〇〇円」等の不確実な事項の断定を使わない
- 「ご検討いただいている」「ご確認いただく」等の中立的表現を使う
- 最終判断はお客様ご自身に委ねる旨を含める

【出力形式】
200字以内のご提案コメント（日本語・敬体）
"

禁止表現自動チェックスクリプト

生成した説明文を保険業法第300条の観点でスクリーニングするスクリプトです。あくまで補助ツールであり、最終確認は募集人が行う必要があります。

#!/usr/bin/env python3
# scripts/check_insurance_compliance.py
# 保険設計書コメントの禁止表現チェック（補助ツール）
# 最終確認は必ず資格保持者が行うこと

import re
import sys

# 保険業法第300条第1項第7号: 断定的判断の提供禁止
PROHIBITED_PATTERNS = [
    # 断定的表現
    (r"絶対に(得|安心|損しない|増える|有利)", "断定的表現: 将来の不確実な事項の断定"),
    (r"必ず(得|返ってきます|増えます)", "断定的表現: 将来の利益の断定"),
    (r"確実に(受け取れます|増えます|安全です)", "断定的表現"),
    (r"元本保証", "断定的表現: 変額・外貨建て商品では不使用"),
    # 不当比較
    (r"[ＡＢCDEFGHIJKLMNOPQRSTUVWXYZａ-ｚa-zA-Z0-9０-９]+社より(断然|明らかに|圧倒的に)", "不当比較"),
    (r"他社に比べて(優れ|勝っ|お得)", "不当比較"),
    # 誤解を招く表現
    (r"今だけのチャンス|期間限定", "誤解を招く特別感の演出"),
    (r"加入しないと(損|危険|問題)", "不当な圧迫表現"),
]

def check_compliance(text: str) -> list[dict]:
    issues = []
    for pattern, description in PROHIBITED_PATTERNS:
        matches = re.findall(pattern, text)
        if matches:
            issues.append({
                "pattern": pattern,
                "description": description,
                "matches": matches
            })
    return issues

def main():
    if len(sys.argv) < 2:
        print("Usage: python check_insurance_compliance.py ")
        sys.exit(1)

    input_arg = sys.argv[1]
    try:
        with open(input_arg, 'r', encoding='utf-8') as f:
            text = f.read()
    except FileNotFoundError:
        text = input_arg

    issues = check_compliance(text)

    if not issues:
        print("✅ 禁止表現チェック：該当なし（ただし最終確認は募集人が行ってください）")
    else:
        print(f"⚠️  禁止表現の可能性が{len(issues)}件見つかりました。確認してください:\n")
        for issue in issues:
            print(f"  ❌ {issue['description']}")
            print(f"     マッチ: {issue['matches']}")
            print()
        print("【重要】このツールは補助チェックです。保険業法への準拠は資格保持者が最終確認してください。")

    return len(issues)

if __name__ == "__main__":
    sys.exit(main())

Claude Codeとの連携フロー

# 生成 → チェック → 修正の1ライン実行例

# 1. 説明文を生成
claude -p "保険設計書コメントを生成..." > /tmp/proposal_comment.txt

# 2. 禁止表現チェック
python3 scripts/check_insurance_compliance.py /tmp/proposal_comment.txt

# ⚠️ 問題があった場合は修正プロンプトで再生成
# claude -p "以下の説明文の指摘箇所を修正してください: ..."

実際に詰まったパターン3選

❌ パターン1：「確実に保障されます」が自動生成される
→ プロンプトに「確実・絶対・必ず等の確定表現を使わないこと」を明示的に追加。それでも出る場合はチェックスクリプトで検出して再生成。

❌ パターン2：商品名を入れると「A社よりお得」という比較が出る
→ プロンプトに「他社の商品名・会社名との直接比較は禁止」を追加。比較は「お客様がお持ちの現在の契約との確認事項」という表現に置換させる。

❌ パターン3：変額保険でリスクの説明が薄くなる
→ 変額保険・外貨建て保険のコメント生成時は「元本割れのリスクについて必ず言及すること」をプロンプトに追加する。

---

業務3：乗合各社の商品改定差分モニタリング

なぜ差分把握が難しいか

乗合代理店が取り扱う保険会社は5〜15社になることもあります。各社から届く「改定のご案内」は、PDFや長文メールで送られてきます。「保険料が変わったのはどの年齢帯か」「特約が廃止されたのはどの商品か」を毎回確認するのは、相当な時間を要します。

実装パターン：PDF差分抽出スクリプト

改定前後の商品概要書PDFをテキスト変換し、Claude Codeに差分要約させる実装です。

#!/bin/bash
# scripts/compare_product_revision.sh
# 保険商品改定前後の差分要約（PDFテキスト変換版）

BEFORE_PDF="$1"
AFTER_PDF="$2"
COMPANY_NAME="$3"

# pdftotext でテキスト抽出（poppler-utils が必要）
pdftotext "$BEFORE_PDF" /tmp/before_product.txt
pdftotext "$AFTER_PDF" /tmp/after_product.txt

# Claude Codeで差分要約
claude -p "
保険商品の改定前後を比較し、代理店が確認すべき変更点をまとめてください。

会社名: ${COMPANY_NAME}

【改定前テキスト】
$(cat /tmp/before_product.txt | head -200)

【改定後テキスト】
$(cat /tmp/after_product.txt | head -200)

【出力形式】
1. 主な変更点（箇条書き、5点以内）
2. 既存顧客への影響可能性（種別のみ。断定しない）
3. 募集人が確認すべきアクション
4. 確認が必要な不明点

【注意】
- 断定的な判断は書かない（例：「〜の場合は解約したほうが良い」はNG）
- 既存顧客への具体的な勧め文言は含めない（募集規制に抵触する可能性）
- 確認が必要な事項は「確認推奨」として記載する
"

Slack通知との連携

#!/usr/bin/env python3
# scripts/product_revision_slack_notify.py
# 改定差分要約をSlackチャンネルに投稿

import subprocess
import requests
import os
from datetime import date

SLACK_WEBHOOK = os.environ.get("SLACK_WEBHOOK_URL")

def summarize_revision(before_pdf: str, after_pdf: str, company: str) -> str:
    """Claude Codeで差分要約を生成"""
    result = subprocess.run(
        ["bash", "scripts/compare_product_revision.sh", before_pdf, after_pdf, company],
        capture_output=True, text=True
    )
    return result.stdout

def post_to_slack(text: str, company: str):
    """Slackに投稿"""
    if not SLACK_WEBHOOK:
        print("SLACK_WEBHOOK_URL が設定されていません")
        return

    payload = {
        "text": f"📋 [{date.today()}] {company} 商品改定サマリ",
        "blocks": [
            {
                "type": "section",
                "text": {
                    "type": "mrkdwn",
                    "text": f"*{company} 商品改定のお知らせ（{date.today()}）*\n\n{text[:2000]}"
                }
            },
            {
                "type": "context",
                "elements": [
                    {
                        "type": "mrkdwn",
                        "text": "⚠️ このサマリはAI補助です。正式内容は各社通知を直接ご確認ください。"
                    }
                ]
            }
        ]
    }
    requests.post(SLACK_WEBHOOK, json=payload)

if __name__ == "__main__":
    import sys
    before, after, company = sys.argv[1], sys.argv[2], sys.argv[3]
    summary = summarize_revision(before, after, company)
    post_to_slack(summary, company)
    print(f"Slack投稿完了: {company}")

このアプローチの限界（正直に書きます）

PDFのテキスト抽出は「表組みが多い保険商品概要書」では精度が落ちます。実務では以下の対策を組み合わせてください。

• 各社がExcel/CSVで改定情報を提供している場合はそちらを優先
• OCRが必要なスキャンPDFはAWS Textract等の専用OCRサービスを前段に挟む
• 「差分要約は参考情報」として扱い、正式確認は各社通知で行うルールを明記する

---

CLAUDE.md設定：保険代理店向けプロジェクトメモリ

Claude Codeでプロジェクトディレクトリに CLAUDE.md を置くと、常に読み込まれる指示として機能します（参考：非エンジニアのClaude Code活用入門）。

# CLAUDE.md — 保険代理店業務用プロジェクトメモリ

## 業種・規制の前提
- この環境は保険代理店（乗合）の業務補助ツールです
- 出力するすべてのコメント・文章は保険業法第300条に準拠すること
- 断定的判断の提供（将来の不確実な事項を確実性をもって表現すること）は禁止
- 他社との不当比較（客観的根拠のない優劣表現）は禁止
- 最終判断はお客様ご自身・募集人に委ねる表現を必ず含める

## 個人情報の取り扱い
- お客様の実名・生年月日・住所・健康状態・収入をプロンプトに含めない
- ファイル処理時にPII（個人識別情報）が含まれている場合は処理を中断し、
  「個人情報の除去が必要です」と出力すること

## 出力スタイル
- 敬体（です・ます）で統一
- 保険専門用語には括弧で説明を添える
  例：告知（保険加入時に健康状態等を申告すること）
- 数字の表記は「〇〇円」（M・k略記禁止）

---

既存記事ID 59との棲み分け：「保険金請求処理」vs「募集人業務」

本サイトにはID 59：保険金請求書類チェックをClaude Codeで自動化という既存記事があります。あちらは保険会社側の書類処理自動化が主題です。本記事は代理店・募集人側の営業・提案業務が主題ですので、明確に棲み分けができています。

また、ID 382：社労士事務所のClaude Code活用も士業の書類業務が主題で類似していますが、保険業法特有の「募集規制」「比較推奨」「個人情報規制」に踏み込んでいる点で本記事は独自性があります。

---

失敗パターン：Claude Codeを保険代理店業務に使う際の4つの罠

❌ 罠1：生成した提案コメントをそのままお客様に見せる
Claude Codeが生成した文章は禁止表現チェックを通過していても、文脈依存の規制違反を含む場合があります。必ず募集資格を持つ人間が確認してから使ってください。

❌ 罠2：お客様名や保険証券番号をプロンプトに入れる
「田中太郎様（60歳・男性）の証券番号〇〇〇の更新について…」という形でプロンプトを作ると個人情報漏洩リスクがあります。案件番号・年代・性別などに置き換えてください。

❌ 罠3：比較推奨のコメントをAI任せにする
「A社とB社を比較してB社を推奨するコメントを書いて」と指示すると、客観的根拠が伴わない推奨文章が出力されます。比較推奨の判断自体は募集人が行い、AIはその「表現の整形」に使うに留めてください。

❌ 罠4：改定差分の要約を正式確認なしに使う
PDFテキスト抽出には限界があります。AIが「変更なし」と判断した箇所に実は変更があった、というケースが起こりえます。AIの差分要約は「チェックリストのたたき台」として活用し、各社の正式通知で最終確認する運用を社内ルールとして定めてください。

---

まずここから試すプロンプト

今日から使えるプロンプトを1つ選んで試してみてください。

# 【今すぐ試せる】商談メモを日報形式に変換するプロンプト
claude -p "
以下の商談メモを日報フォーマットに変換してください。

条件:
- 個人を特定できる情報（氏名・生年月日・住所）は出力しない
- 案件の種別と件数のみ記録する
- 断定的な表現（「勧めた」「最適と判断した」）は「ご説明した」「ご確認いただいた」等の中立表現に置き換える

商談メモ:
[ここにメモを貼り付ける]
"

初回は30分かかっていた日報が10〜15分に短縮されるはずです。慣れてきたら禁止表現チェックスクリプト、改定差分モニタリングへと拡張していきましょう。

関連記事：

• 保険金請求書類チェックをClaude Codeで自動化｜不備検知と確認リスト（ID 59）
• 契約書レビュー自動化｜Claude Code×法務の実装事例（ID 28）
• 人事の書類選考をClaude Codeで整理｜評価表と候補者メモ自動化（ID 56）
• Claude Code個別指導とは｜業種別活用事例10選とROI試算（ID 329）

---

まとめ：保険代理店がClaude Codeを使う際の原則

業務	Claudeの役割	人間の役割
日報・お客様ファイル整理	メモの構造化・テキスト変換	内容の確認・個人情報の除去
設計書コメント生成	下書きの作成・表現の整形	禁止表現の最終確認・比較推奨の判断
商品改定差分モニタリング	PDFの差分要約・チェックリスト化	各社正式通知での最終確認

保険代理店業務は「高い専門性」と「強い法規制」が共存する領域です。Claude Codeはその「書く・整理する」という作業負荷を下げるツールとして機能します。判断・確認・コンプライアンスの責任は、引き続き募集資格を持つ人間が担います。

この切り分けを明確にした上で運用すれば、保険代理店業務でのClaude Code活用は実務改善の強力な武器になります。

---