司法書士事務所の『相続登記書類→申請』完全自動化AIエージェント【相続登記義務化2026】

※本記事にはアフィリエイトリンク（PR）を含みます。リンク経由でのご購入により当サイトが報酬を受け取る場合がありますが、価格や内容に影響はありません。

月曜朝9時、デスクの電話が鳴る。「父が先月亡くなりまして、相続登記をお願いできますでしょうか」。受話器を置いた瞬間、頭の中で工程が走り出す——戸籍の収集に数週間、相続関係説明図、遺産分割協議書、登記申請書。一件あたり延べ30〜40時間。報酬は10〜15万円。時給換算でジリ貧。2024年4月の相続登記義務化以降、依頼は週3〜5件。所長と補助者2名、もうこれが限界だ。机の上には未着手の戸籍コピーの山。次の電話が、また鳴る。

このまま「人を増やす」では赤字が膨らむだけです。本記事では、相続登記のフロー全体をAIエージェントで再設計し、1件あたりの所要時間を30時間→10時間まで圧縮するための実装プロンプトと運用設計を、司法書士法・守秘義務の枠内で完全公開します。

導入：相続登記義務化で爆増する依頼を、AIで30→10時間に圧縮する

結論から言えば、相続登記の30〜40時間のうち、AIで圧縮できるのは「文書ドラフト工程」の約20時間です。 残り10時間は司法書士本人の最終確認・職権調査・申請判断にあてる。これがType Bの未来像（ビジョン型）であり、今すぐ実装できる現実解でもあります。

なぜここまで言い切れるのか。相続登記は、

• 戸籍謄本・除籍謄本・原戸籍の読み取りと整理
• 相続関係説明図（被相続人→相続人ツリー）のドラフト作成
• 依頼人ヒアリングをもとにした遺産分割協議書文案
• 登記申請書・委任状・相続関係説明図の3点セット出力

という、「定型書式 × 個別情報の置換」を主とする工程の積み重ねだからです。定型部分はAIが一番得意とする領域。司法書士本人は「最終判断」「補正対応」「依頼人の意思確認」という、本来人間がやるべき高付加価値工程に集中できる。

本記事では、業務フローを9工程に分解し、各工程に対応するAIエージェントを設計、そのまま貼って動く実用プロンプト3点を公開します。年間100件規模の事務所が、補助者を増やさずに年間150件を捌くための青写真です。

なお、業務効率化の基本姿勢として、行政書士向けの許認可申請AIエージェント設計、不動産登記の書類チェック分野は司法書士の不動産登記書類チェックAIも合わせて読むと、士業全体のAI活用像が立体的に見えてきます。

---

相続登記義務化（2024年4月）の影響と業務量爆増の現状

義務化のインパクトを数字で押さえる

2024年4月1日に施行された相続登記の義務化は、士業のマーケットを構造的に変えました。相続開始を知った日から3年以内に登記を申請しないと10万円以下の過料、というルールが、これまで「いつかやればいい」だった層を一気に動かしたのです。

ある中規模事務所のヒアリングでは、

• 義務化前：相続登記の月間受任件数 5〜8件
• 義務化後：同 12〜18件（過去分の駆け込みも含む）
• 一件あたり報酬：10〜15万円（不動産1〜2筆の標準ケース）
• 一件あたり総作業時間：30〜40時間（戸籍収集・電話対応含む）

時給換算すると2,500〜5,000円。これは「先生」と呼ばれる職業の単価ではありません。さらに過去分の積み残しは2027年3月末（猶予期間終了）まで続き、その後は新規発生分が定常的に流入します。マーケットは伸びるが、人手は伸びない——典型的な「AI実装で勝つ」構図がここにあります。

なぜ補助者を増やすだけでは解けないのか

「忙しいなら人を増やせばいい」は表面的には正解ですが、相続登記の場合は次の3つが障害になります。

1. 教育コストが重い：戸籍の読み方、相続関係の理解、登記実務の常識は、未経験者には半年〜1年が必要
2. 作業の波が大きい：戸籍待ち2週間、その後一気に書類作成、という不規則な負荷
3. 守秘義務：パート補助者を増やすたびに個人情報のリスクが増える

ここにAIエージェントを差し込むと、「教育済みの即戦力が、夜中でも稼働してくれる」状態が作れます。重要なのはAIに任せる工程と人間が握る工程の線引き——この設計こそが本記事の核です。

---

司法書士事務所の業務フロー：30時間の内訳を可視化する

AIに任せる前に、まず「どこに時間が溶けているか」を分解します。標準的な相続登記1件の工程と時間配分（筆者ヒアリング集計）は次の通りです。

工程	標準時間	内容	AI圧縮余地
1. 初回ヒアリング	1.5h	依頼人面談、相続人構成・財産概要の聞き取り	△（要約・整理）
2. 戸籍収集・職権請求	5〜10h	各市区町村への請求、待機、再請求	×（外部待ち）
3. 戸籍の読み取り・整理	4h	除籍・原戸籍を遡り、相続人を確定	◎（OCR+整理）
4. 相続関係説明図作成	2h	被相続人→相続人のツリー作成	◎（自動生成）
5. 不動産の名寄・評価	2h	固定資産税評価証明、名寄帳の取得・確認	△（要約）
6. 遺産分割協議書作成	3h	不動産の特定、分割内容の文案作成	◎（テンプレ＋AI）
7. 依頼人との文案調整	2h	修正対応、署名押印手配	△（要約・差分）
8. 登記申請書作成	2h	申請書・委任状・登録免許税計算	◎（自動生成）
9. 法務局への申請・補正対応	3〜5h	オンライン申請、補正対応、原本還付	×（職権判断）

合計：約24.5〜31.5時間（外部待ち時間除く、純作業時間）。

このうち◎印（自動生成・整理）の合計は約11時間。ここを徹底的に削れば、純作業時間は13〜20時間まで縮みます。さらに△印（要約・整理）にも3〜4時間の圧縮余地があり、最終的に1件10〜13時間は十分射程に入ります。

---

AIエージェント設計の3軸：どこを自動化するかの戦略

ここからが本論です。AIエージェントを3つの軸で設計します。この3軸を押さえれば、残りは全部応用問題だと思ってください。

軸1：戸籍OCR → 相続関係説明図ドラフト

戸籍謄本・除籍謄本・改製原戸籍は、フォーマットは決まっているものの手書き・縦書き・古い字体が混在し、補助者でも読み解くのに時間がかかります。ここを次のパイプラインに置き換えます。

1. スキャン：複合機で戸籍をPDF化（一件あたり10〜30枚）
2. OCR：日本語縦書き・旧字体に強いOCRエンジンで文字起こし
3. 構造化：AIエージェントが「被相続人」「出生」「死亡」「父」「母」「子」「配偶者」「養子縁組」「離縁」を抽出し、JSONで整理
4. ツリー化：JSONから相続関係説明図のドラフトを自動生成

重要なのは、OCR結果をそのまま信用しないこと。AIには必ず「読み取り信頼度が低い箇所」を明示させ、人間が原本と突き合わせる工程を残します。これが司法書士法に基づく「責任ある最終判断」と矛盾しないラインです。

軸2：依頼人ヒアリング録音 → 遺産分割協議書文案

初回面談・電話相談での会話を録音し、AIに要約させて遺産分割協議書のドラフトを作る工程です。

• 録音：依頼人の同意を取った上で会話を録音
• 文字起こし：日本語特化の音声認識でテキスト化
• 要点抽出：AIが「被相続人」「相続人」「不動産の特定」「分割方針」「代償金の有無」「その他財産の扱い」を構造化
• 文案生成：定型テンプレートに変数を埋め込み、遺産分割協議書のドラフトを出力

この工程の威力は、「ヒアリング直後に文案を依頼人に送れる」点にあります。従来は事務所に戻ってから2〜3日後にドラフト送付、というリードタイムがありましたが、即日送付が可能になることで依頼人満足度と事務所の回転率が同時に上がります。

軸3：登記申請書の3点セット自動生成

登記申請書・委任状・相続関係説明図は、相続登記の最終アウトプット3点セットです。ここまでの工程で蓄積した構造化データから、3点セットを一括出力するエージェントを組みます。

入力：被相続人情報、相続人情報、不動産情報、分割内容、課税価格
出力：

• 登記申請書（不動産登記法に基づく書式）
• 委任状（依頼人 → 司法書士）
• 相続関係説明図（最終版）
• 登録免許税の計算根拠メモ

これにより、3点セット作成は2時間 → 30分まで圧縮できます。最終チェックと押印手配にかける時間を増やせるので、品質も上がる構造です。

3軸の費用対効果まとめ

3軸を全部実装した場合、1件あたりの圧縮時間は概算で次の通り（控えめに見積もり）。

• 軸1（戸籍→説明図）：4h → 1.5h（▲2.5h）
• 軸2（ヒアリング→協議書）：3h → 1h（▲2h）
• 軸3（申請書3点セット）：2h → 0.5h（▲1.5h）
• 関連工程の波及効果：▲2〜3h

合計▲8〜9時間/件。年間100件なら▲800〜900時間。月給制の補助者0.5人分に相当します。

ここまでの設計を実装するための知識は、Web上の断片情報だけでは追いつきにくいのが正直なところ。士業特化の体系的なAI実務講座を一本通すと、自前で組む速度が段違いになります。

→ Udemyの士業実務AI講座を見る

---

完全公開プロンプト集：明日から貼って使える3本

ここからは、上記3軸に対応する実用プロンプトをそのまま公開します。AIのモデルは「文章生成系の汎用LLM」を想定しています（特定バージョン名は陳腐化を避けるため伏せます）。各事務所で使うLLMサービスにそのまま貼って動きます。

プロンプト1：戸籍情報 → 相続関係説明図ドラフト

OCRで読み取った戸籍テキスト（または手入力した戸籍情報）を貼り付ける前提のプロンプトです。

あなたは日本の戸籍実務に精通した司法書士補助者です。以下の戸籍テキスト
（複数の戸籍・除籍・原戸籍を含む可能性あり）を読み、次の手順で出力してください。

## 入力
{戸籍テキストをここに貼る}

## 出力タスク
1. 被相続人を特定（氏名・生年月日・死亡年月日・本籍）
2. 法定相続人を列挙（続柄・氏名・生年月日・現本籍）
3. 既に死亡している相続人がいる場合、代襲相続人を列挙
4. 養子縁組・離縁・認知の有無を明示
5. 相続関係をMermaid記法のツリーで出力
6. 読み取り信頼度が低い箇所を「【要原本確認】」タグで明示
7. 不足している戸籍（さらに遡る必要がある場合）を明示

## 出力フォーマット
### 1. 被相続人
- 氏名：
- 生年月日：
- 死亡年月日：
- 本籍：

### 2. 相続人一覧
| 続柄 | 氏名 | 生年月日 | 現本籍 | 備考 |
|---|---|---|---|---|

### 3. Mermaidツリー
```mermaid
graph TD
（ここに自動生成）

4. 要確認事項

• 【要原本確認】〜
• 【追加戸籍が必要】〜

絶対ルール

• 戸籍に記載のない情報を推測で補わない
• 続柄判断に迷う場合は必ず「要確認」とする
• 司法書士本人の最終判断を前提とし、断定的な相続人確定はしない

このプロンプトの肝は、**「推測で補わない」「迷ったら要確認」**を明示している点です。AIはやさしく聞くと何でも補ってしまうので、明示的に禁止するのが鉄則です。

### プロンプト2：依頼人ヒアリング → 遺産分割協議書文案

面談録音を文字起こししたテキストを貼り付ける前提のプロンプトです。

あなたは日本の相続実務に精通した司法書士補助者です。
以下の依頼人ヒアリング文字起こしから、遺産分割協議書のドラフトを作成してください。

入力

{ヒアリング文字起こしをここに貼る}

事前情報（既知の事実）

• 被相続人：{氏名・死亡年月日}
• 相続人：{氏名のリスト}
• 不動産：{所在・地番・家屋番号・評価額}

出力タスク

1. ヒアリングから「分割方針」「代償金」「金融資産の扱い」「その他財産」を抽出
2. 抽出した内容を箇条書きで要点整理（依頼人確認用）
3. 遺産分割協議書のドラフト本文を作成（不動産特定は登記情報通り）
4. 依頼人に追加確認すべき項目をリスト化

遺産分割協議書ドラフトの記載事項

• 表題（遺産分割協議書）
• 被相続人の表示
• 相続人全員の合意の旨
• 不動産の表示（所在・地番・地目・地積／家屋番号・種類・構造・床面積）
• 取得者の表示
• 代償金の有無
• その他財産の取扱条項
• 後日判明財産の取扱条項
• 作成年月日・相続人全員の住所氏名押印欄

絶対ルール

• 不動産の表示は必ず登記情報の通りに記載する（推測しない）
• ヒアリングで曖昧な点は「【要依頼人確認】」とドラフトに明示
• 司法書士本人の最終確認・最終判断を前提とする
• 法的助言は行わず、あくまでドラフトの提示にとどめる

このプロンプトの応用範囲は広く、文章テンプレートの汎用化テクニックは[ビジネスメール自動化](/chatgpt-mail-template)の考え方と同じ系譜です。テンプレ × 変数 × 文脈、の三層構造が業務文書AI化の基本パターンだと覚えてください。

### プロンプト3：登記申請書ドラフト生成

ここまでの工程で蓄積した構造化データを入力として、3点セットを出力するプロンプトです。

あなたは日本の不動産登記実務に精通した司法書士補助者です。
以下の入力データから、相続による所有権移転登記の3点セットをドラフト出力してください。

入力データ

• 被相続人：{氏名・死亡年月日・最後の住所・最後の本籍}
• 登記原因：相続（{死亡年月日}）
• 相続人（取得者）：{氏名・住所・持分}
• 不動産：{所在・地番・地目・地積／家屋番号・種類・構造・床面積}
• 課税価格：{合計額}
• 添付情報：{戸籍一式・遺産分割協議書・印鑑証明書・住民票・固定資産税評価証明書}
• 申請日：{日付}
• 申請人代理人：{司法書士事務所名・登録番号}

出力1：登記申請書ドラフト

• 登記の目的：所有権移転
• 原因：{死亡年月日}相続
• 相続人：（住所）（氏名）（持分）
• 添付情報：
• 申請日・宛先：
• 課税価格・登録免許税：（課税価格 × 0.4%）
• 不動産の表示：

出力2：委任状ドラフト

• 委任者：相続人{氏名}
• 受任者：司法書士{氏名}
• 委任事項：
• 日付・押印欄：

出力3：相続関係説明図（最終版）

（Mermaid記法またはテキスト罫線で）

出力4：登録免許税計算メモ

• 課税価格の根拠：
• 税率：
• 算出された税額：
• 端数処理：

絶対ルール

• 課税価格は1000円未満切り捨て、登録免許税は100円未満切り捨てで計算
• 数値の誤りを防ぐため、計算過程を必ず明示
• 司法書士本人の最終確認・最終判断を前提とする
• オンライン申請特有の項目（登記識別情報の提供の有無等）は別途確認とする

3本のプロンプトを横に並べると、**「読み取り→構造化→生成」**という同じ骨格が見えるはずです。これが士業AIエージェント設計の普遍構造です。プロンプトをコピペで使うだけでなく、自分の事務所のクセに合わせてカスタムする力を身につけると、効果は跳ね上がります。

---

## 法務局の補正対応とAI使用時の注意

ここからが**司法書士本人の価値**が最も問われる領域です。AIに任せられない工程を明確にしておきましょう。

### 補正は人間の経験値が物を言う

オンライン申請後の補正連絡（管轄法務局からの修正指示）は、

- 不動産の表示の微妙な書き間違い
- 課税価格・登録免許税の計算誤差
- 添付書類の不足・差し替え
- 申請人の住所変更履歴の連続性問題

など、**個別事情と法務局の運用差**が絡む領域です。AIに「補正の予測」はある程度させられますが、**最終的な補正対応は司法書士本人が法務局窓口・電話とやり取りして決着**させるべき領域です。

### AIに「申請して」と言わせない設計

これは設計上の重要ポイントです。**AIエージェントの出力には「申請してください」「これで間違いありません」という断定表現を含めない**こと。常に「ドラフトです」「最終確認をお願いします」のトーンを維持する。プロンプトの「絶対ルール」に必ず明文化しておきます。

理由は2つ。

1. **司法書士法上の責任**：登記申請の最終判断は司法書士本人の責任。AIが「申請OK」と言ったから、は責任回避の理由にならない
2. **依頼人保護**：万が一の誤申請による損害は依頼人に直接及ぶ。最終チェックの工程を構造的に省略させない

### 補正対応のAI活用法

補正通知を受け取ったら、その内容をAIに要約・分類させて「過去事例の類似度」を出させる、という使い方は有効です。

以下の補正通知の内容を読み、
1. 補正の種類（書類不足／記載誤り／計算誤り／その他）
2. 対応の緊急度（即日／1週間以内／猶予あり）
3. 想定される対応工程
4. 依頼人への連絡要否
を整理してください。

{補正通知本文}

このように**「AIに最終判断はさせず、思考の整理をさせる」**使い方が、士業の業務には最もフィットします。

---

## 守秘義務・個人情報保護への配慮

ここを軽視すると、業務効率化どころか**事務所の信用を一発で失う**領域です。司法書士は司法書士法第24条で守秘義務を負っており、個人情報保護法も当然適用されます。AI活用時に守るべき5つのルールを示します。

### ルール1：依頼人情報を学習に使わせない

利用するLLMサービスが「入力データを学習に利用しない」設定（オプトアウト）になっているか、契約条項で**学習利用がデフォルトで無効化**されているプランを使うのが大前提です。法人向けプラン、API経由の利用、ローカルLLMなど、選択肢は複数あります。

### ルール2：氏名・住所・本籍は仮名化を検討

特に試験運用やプロンプト調整の段階では、**仮名化（マスキング）**したテキストでAIに渡すのが安全です。本番運用時も、不要な個人情報まで送信していないかを定期点検します。

### ルール3：保存先の管理

AIに送ったログ、生成されたドラフトの保存先は、事務所の**情報セキュリティポリシー**に組み込みます。クラウド保存する場合は所在地・暗号化・アクセス権限を明示。

### ルール4：補助者の教育とアクセス権限

AIを補助者にも使わせる場合、**プロンプトに依頼人特定情報をそのまま貼ることの危険性**を必ず教育します。プロンプトテンプレートは事務所で標準化し、勝手なフォーマットでの送信を避ける運用にします。

### ルール5：依頼人への説明と同意

可能であれば、契約書・委任状に「業務効率化のためAIツールを利用する場合があります（依頼人情報は学習利用されません等）」の一文を入れ、**事前同意**を取っておくと安心です。トラブル時の防御線になります。

### freee会計のような士業向けクラウドツールとの組み合わせ

会計・記帳の周辺業務まで含めて事務所のデジタル基盤を整えるなら、**士業特化の会計クラウド**の導入も合わせて検討すると、AI活用の効果が事務所全体に波及します。会計データの構造化が進んでいるほど、後段のAI連携（顧問先への請求書発行、月次レポート要約等）も楽になります。

<a href="https://px.a8.net/svt/ejp?a8mat=4B1WM3+16V8C2+3SPO+9FDI8Y" target="_blank" rel="noopener">→ freee会計の無料お試しを始める（士業向け）</a>

---

## 失敗パターン3選：先行事務所がハマった落とし穴

導入を急ぐ事務所ほど、次の3パターンでつまずきます。

### 失敗1：プロンプト過信——「AIが書いたから大丈夫」病

最も典型的な失敗です。AIが整った文章でドラフトを出してくると、つい「もう確認しなくていいか」と省略したくなる。しかし、**戸籍の続柄判定が1箇所違うだけで、相続人の漏れ → 無効な遺産分割協議書 → 登記不能 → 全工程やり直し**という致命的な事故になります。

対策：**「AI生成 → 補助者チェック → 司法書士チェック」の3段階を運用ルールとして固定**する。AI活用は工程を省略するのではなく、各段階の負荷を下げるためのもの、という位置づけを徹底します。

### 失敗2：最終確認の省略——スピード優先で品質崩壊

「30時間→10時間」のインパクトに酔って、**最終確認を5分で済ませる**ようになる事務所もあります。本来、AI活用で生まれた時間は最終確認・依頼人面談・職権調査に再配分すべきものです。

対策：**最終確認のチェックリストを事前に作成**し、AI活用後も必ず通る関門にする。チェックリスト自体もAIに作らせて、所長が監修すると整います。

### 失敗3：個別事情の見落とし——「全件同じ」ではない

相続登記は、

- 数次相続（被相続人の親が先に亡くなっている）
- 数代前の相続が未登記のまま
- 相続人の中に未成年者・成年被後見人
- 遺言書の存在
- 相続放棄・限定承認

など、**個別事情の地雷原**です。AIに「標準ケース」のプロンプトしか組んでいないと、これらが混じった案件で破綻します。

対策：プロンプトに**「次のフラグに該当する場合は処理を中断し、司法書士に判断を仰ぐ」**という条件分岐を必ず入れる。

処理中断フラグ

• 数次相続が発生している
• 遺言書の存在が示唆されている
• 相続人に未成年者・成年被後見人が含まれる
• 相続放棄・限定承認の意向がある
• 外国籍の相続人が含まれる
• 法定相続情報一覧図ではなく個別戸籍からの構築が必要

→ 該当する場合は処理を中断し、「【イレギュラー案件】」と明示すること。
“`

このフラグを各プロンプトの末尾に共通実装することで、AIの暴走を構造的に防げます。

---

まとめ：相続登記AI自動化は「人間の判断を守るための時短」

ここまでのポイントを整理します。

• 相続登記義務化（2024年4月）以降、依頼は爆増し続けている。マーケットの追い風は2027年3月の猶予期間終了まで続き、その後は新規発生分が定常流入する
• 1件30〜40時間のうち、AIで圧縮できるのは「定型書式 × 変数」の工程の約20時間。残り10時間は司法書士本人の最終判断・補正対応・職権調査に再配分する
• 3軸の設計：(1) 戸籍OCR→相続関係説明図、(2) ヒアリング録音→遺産分割協議書、(3) 登記申請書3点セット自動生成
• プロンプトの絶対ルール：推測補完禁止、迷ったら要確認、司法書士本人の最終判断を前提、イレギュラー案件は処理中断
• 守秘義務・個人情報の取り扱い：学習利用オプトアウト、仮名化、保存先管理、補助者教育、依頼人への事前同意
• 失敗パターン回避：AI過信せず3段階チェック、最終確認の時間を確保、個別事情の地雷を構造的に防ぐ

最終的に「AIで時短した時間を、人間にしかできない判断・対話・補正対応に再投資する」——これがType Bビジョンの本質です。事務所の付加価値は「機械的な書類作成」ではなく「依頼人の人生の節目に寄り添う最終判断」にあります。AIはその本来価値を守るための盾であり、剣でもあります。

次に踏むべき3ステップ

1. まずプロンプト1（戸籍→相続関係説明図）を1件だけ試す：既に処理済の案件で、AIに同じ戸籍を渡して結果を突き合わせる。精度感覚をつかむ
2. 守秘義務対応のLLMプランを選定：法人向けプラン or API利用 or ローカルLLM、いずれかを決める
3. 3段階チェックの運用ルールを文書化：AI生成 → 補助者チェック → 司法書士チェック、を所内ルール化する

この3ステップを2週間で踏めば、3ヶ月後には1件あたり10〜13時間の世界が見えてきます。年間100件規模なら、補助者を増やさずに150件を捌ける体制が、現実的な射程に入ります。

業務AIの体系的知識は行政書士の許認可AIエージェント設計や司法書士の不動産登記書類チェックAIも並べて読むと、士業横断の応用力がつきます。文書生成の型はビジネスメール自動化とも同じ系譜なので、合わせて押さえると効率が良いです。

体系的に学ぶなら、士業特化のAI実務講座をひとつ通すのが結局いちばん早道です。

→ Udemyの士業実務AI講座を見る

事務所のデジタル基盤として、会計クラウドの整備も同時並行で進めると、AI活用の効果が事務所全体に波及します。

→ freee会計の無料お試しを始める（士業向け）

月曜朝9時の電話を「またか」ではなく「よし、今日も回せる」と受けられる事務所に。AIエージェントは、そのための実装可能な解です。