司法书士事务所用 Claude Code 起草登记说明与进度通知的实操流程

周五傍晚，办完三笔交割回到事务所，桌上贴着助理留的便条：「给客户的进度通知，还没发出去。」

这是我从一位做司法书士的朋友那里听来的事。给办继承登记的委托人发一句话——「申请已经递到法务局了，预计两周后办结」，就这么简单的一件事，可案子一扎堆的时候它就被往后拖。收不到消息的客户打电话来问「现在怎么样了」，应付这通电话又把时间耗掉一截。文字本身五分钟就能写完，可就是抽不出这五分钟。

而且，每次都是从零开始写。所有权转移的说明、抵押权设定的说明、放弃继承的注意事项，内容大同小异，可每个案子条件又略有不同，于是翻出过去的邮件、复制、改日期改姓名——这套活儿看着不起眼，做起来挺累。

这种「内容几乎一样，却每次都手写」的文字，恰恰是最适合交给生成式 AI 起草的活儿。今天就讲讲，怎么用 Claude Code 把它落进事务所的日常流程里。

本文要点

司法书士事务所的文书里，「登记说明」和「给委托人的进度通知」格式固定，最适合让 AI 起草初稿。
交给 AI 的只到初稿为止。登记能否通过的判断、法律建议、最终核对，由司法书士本人来做——这条线一开始就要划清楚。
文中给了可直接套用的提示词模板，以及把案件备忘录灌进去、批量生成通知文的验证脚本。
为保护个人信息，真实姓名、住址、登记识别信息一律用占位符代替，这个规矩一开始就定下来。
把单个案子的写文时间从 15 分钟压到 3 分钟，按每月 100 件算，大约能省出 20 个小时。

先说清楚，这是写给谁看的

这篇文章对下面这类司法书士事务所最有用。

司法书士 1～3 人，助理几名。日常处理继承登记、不动产买卖引起的所有权转移、公司董事变更和设立、抵押权注销之类的业务。因为常要外出做交割和面谈，事务所里的文书工作往往攒到深夜或清晨集中处理。体制上是助理起草、司法书士修改，可旺季连初稿都跟不上。

也就是说，问题不在于写文章的本事不够，而在于没时间写、以及「每次都从头做一份相似的东西」这份浪费。如果对得上号，下面的步骤就能直接拿到现场试。

第一次接触 Claude Code 的人，建议先看一遍面向非工程师的 Claude Code 入门，再读这篇会更顺。

拆解司法书士事务所的文书流程

把一个登记案子从委托到办结的文书环节，按顺序排出来。

受理时：听取委托内容，递交所需材料的说明文。
着手：做报价和业务内容说明书。
申请前：通知委托人「即将递交申请」「预计何时办结」。
申请后：法务局处理状态有变化时，发一封中间通知。
办结：发登记办结报告，以及登记识别信息、登记事项证明书的交接说明。

这里头每次都用几乎相同格式写的，是 第 2 项的业务说明、第 3、4 项的进度通知，以及 第 5 项的办结报告。需要法律判断的部分（登记能不能通过、需要哪些材料、登记免许税多少）不能交给 AI；但判断做完之后「用客户听得懂的话写出来」这道工序，正是 AI 的强项。

把这一步切分清楚，是第一步。定下「判断归你、誊清归 AI」，事故就不容易发生。

业务场景一：把登记说明改写成委托人看得懂的话

在司法书士脑子里理所当然的「所有权转移登记」「抵押权设定」，对委托人来说都是头一回听到的词。说明书照搬专业术语递过去，事后「这是什么意思」的咨询就会变多。

让 AI 在保留专业内容的前提下，改成委托人能读懂的话。

常见返工： 助理写说明文时，套用了过去另一个案子的文面，明明是抵押权的说明却把「抵押权」写成了「所有权」。司法书士发现后再改回来。这一来一回每次都发生。

引入之后： 你只用要点列出条件，AI 来把它写成说明文。容易写错的专有名词和金额，只存在于你给出的要点里，套用出错的概率就低了。

下面这张表，是 AI 负责的部分和人来判断的部分之间的界线。

工序	交给 AI	司法书士判断
确定登记种类	×	○
确定所需材料	×	○
计算登记免许税	×	○
把说明写成文字	○	最终确认
把术语讲通俗	○	最终确认
调整面向委托人的语气	○	最终确认

业务场景二：从案件备忘录批量生成进度通知

进度通知格式固定。「谁的」「哪项登记」「现在到哪一步」「预计何时办结」——把这四样填上就成了一篇通知。

把案件备忘录按这种格式攒起来。

姓名: A 先生
登记种类: 因继承的所有权转移
阶段: 已向法务局递交申请
申请日: 2026-06-05
预计办结: 2026-06-19
备注: 办结后，权利证的交接方式需另行商量

把它交给 AI，就能拿到一篇可以发给客户的通知文初稿。多个案子一起灌进去，傍晚半小时就能凑齐全部初稿。剩下的，就是你过一遍眼再发出去。

ROI 估算： 手写一封通知文，连翻找过去邮件的时间算上，要 15 分钟。让 AI 起草、自己只做确认，3 分钟。差是 12 分钟。一家每月发 100 封的事务所，100 封 × 12 分钟 = 1200 分钟，大约省出 20 个小时。把司法书士的单价姑且按时薪 5000 日元算，就是每月 10 万日元的时间。

数字会随事务所规模变动，但「手写的文字越多，效果越明显」这个方向不会变。

业务场景三：把办结报告和交接说明做成模板

登记办结后，要发报告和登记识别信息的交接说明。这里一旦出错就直接影响信任，所以值得把定型文好好打磨。

做成检查清单，确认 AI 初稿时就不容易有遗漏。

办结的登记种类是否正确
是否填了登记办结的日期
要交接的材料名称是否准确（登记识别信息通知、登记事项证明书等）
交接方式（到所、邮寄、数据）是否符合委托人的意愿
是否写了登记识别信息的保管注意事项（勿示他人、勿复印）
是否写明了委托人接下来要做的事

把这份检查清单原样写进后面会讲到的 CLAUDE.md 里，AI 在起草阶段就会自己照着核对。让 AI 记住项目规则的做法，整理在CLAUDE.md 的写法里。

可直接套用的提示词模板

先给一个说明文和通知文都能用的基础提示词。直接贴进 Claude Code 的对话框，把案件信息那部分替换掉就行。

你是协助司法书士事务所起草文书的助手。
请遵守以下规则，写一篇发给委托人的通知文初稿。

# 规则
- 假设委托人不是法律专家，专业术语在首次出现时用括号补充通俗解释
- 不做断定性的法律建议，只做事实报告和下一步手续的说明
- 金额、日期、姓名只用下方案件信息里有的内容，不要凭推测补全
- 若有缺失信息，不要写进正文，而是在结尾以「待确认事项」列出

# 案件信息
姓名: A 先生
登记种类: 因继承的所有权转移
阶段: 已向法务局递交申请
申请日: 2026-06-05
预计办结: 2026-06-19

# 输出
请用可以直接发送的礼貌文字写出标题和正文。不要加署名。

关键是「不要凭推测补全」和「缺失列入待确认事项」这两行。加上它，就能防止 AI 擅自编造日期或金额这类事故。提示词的细致搭法，可以参考提示词工程进阶。

验证脚本：从案件备忘录批量起草通知文

案子一多，一件件往对话框里贴就太麻烦。下面放一个脚本，读入汇总好的案件文件，在 Claude Code 这边把全部案子的起草提示词都组装好。只要有 Node.js 就能跑。

把案子攒进 cases.json。别放真实姓名和住址，用占位符代替，这是诀窍（原因下一节讲）。

[
  {
    "name": "A 先生",
    "type": "因继承的所有权转移",
    "stage": "已向法务局递交申请",
    "appliedOn": "2026-06-05",
    "doneBy": "2026-06-19"
  },
  {
    "name": "B 先生",
    "type": "抵押权注销",
    "stage": "所需材料已收齐·准备申请中",
    "appliedOn": "",
    "doneBy": "2026-06-12"
  }
]

下面的脚本会读入每个案子，逐个写出「可以直接贴进 Claude Code 的提示词」。文字生成本身交给 Claude Code，脚本只负责备料，分工如此。

import { readFile, writeFile, mkdir } from "node:fs/promises";

const cases = JSON.parse(await readFile(new URL("./cases.json", import.meta.url), "utf8"));

// 从单个案件信息，组装出可粘贴的提示词
function buildPrompt(c) {
  const lines = [
    "你是协助司法书士事务所起草文书的助手。",
    "假设委托人不是专家，请写一篇礼貌的进度通知初稿。",
    "金额、日期、姓名只用下方案件信息里有的内容，不要凭推测补全。",
    "缺失信息请在结尾以「待确认事项」列出。",
    "",
    "# 案件信息",
    `姓名: ${c.name}`,
    `登记种类: ${c.type}`,
    `阶段: ${c.stage}`,
    `申请日: ${c.appliedOn || "（未填写）"}`,
    `预计办结: ${c.doneBy || "（未填写）"}`,
  ];
  return lines.join("\n");
}

await mkdir(new URL("./out/", import.meta.url), { recursive: true });

let index = 1;
for (const c of cases) {
  const prompt = buildPrompt(c);
  const file = new URL(`./out/case-${index}.txt`, import.meta.url);
  await writeFile(file, prompt, "utf8");
  console.log(`已写出 case-${index}.txt（${c.type}）`);
  index += 1;
}

console.log(`共在 out 文件夹里准备了 ${cases.length} 份起草提示词。`);

运行就这一句。

node build-prompts.mjs

out 文件夹里会生成每个案子的文本文件，把它们依次交给 Claude Code，全部案子的初稿就齐了。熟练之后，还能直接让 Claude Code 读这些文件，对它说「把 out 里的内容全部写成通知文」。如果对基本操作没把握，建议先过一遍Claude Code 入门指南，心里更踏实。

个人信息与安全的界线

这是司法书士事务所最要当心的部分，所以单独写一节。

司法书士经手的信息——姓名、住址、出生日期、不动产的地番、登记识别信息——都是一旦泄露就无法挽回的。把这些原样发给外部 AI 服务，是要避免的。

我推荐给朋友的做法很简单：真实的专有信息，在交给 AI 之前先用占位符代替。 姓名写「A 先生」，住址写「○○市○○」，登记识别信息的号码绝对不传。让 AI 只做「格式」，专有信息的填入在事务所内部由人来做。前面脚本里把案件名写成 A 先生，就是为了这个。

此外，下面三条要写进事务所的规矩。

登记识别信息那 12 位密码，无论是 AI 还是初稿文件，一概不写。
未经委托人同意，不把案件的专有信息发给外部服务。
生成的初稿，发送前必须由司法书士读过再发。

照这套做法，传给 AI 的只到「因继承的所有权转移进度通知的格式」为止，是谁的案子不会流出事务所之外。保密义务和 AI 应用，靠这条界线就能两全。

交给 AI 的范围，与人必须判断的范围

把上面这些一句话总结，界线是这样的。

交给 AI：文字初稿、把术语讲通俗、调整语气、多案件的备料。
人来判断：登记能否通过、所需材料和税额、法律建议、专有信息的填入、发送前的最终核对。

一开始就把这条线划好，「AI 做了错误的法律判断、还传到了委托人那里」这种最坏的事故，从结构上就不会发生。AI 是誊清的，判断是司法书士的——别打破这个分工，是关键。

想把日常用法再提效率，可以看看Claude Code 提效技巧。

常见问题

Q. AI 会不会把法律搞错，把错误内容传给委托人？ A. 这个担心是对的。所以这篇文章的设计是：登记能否通过、税额这类判断不让 AI 做，只让它做判断完成之后的文字化。提示词里加上「不要凭推测补全」，发送前必有人读过。守住这两条，AI 就不会擅自做法律判断。

Q. 把客户的个人信息输进 AI 没问题吗？ A. 原样输进去要避免。照本文做法，姓名写「A 先生」、住址用占位符、登记识别信息一概不传。只让 AI 做文字格式，专有信息的填入在事务所内部完成。

Q. 不擅长电脑和编程也能用吗？ A. 只起草说明文或通知文的话，把提示词贴进对话框就能用。本文里的脚本是「想把多个案子一起处理」那个阶段的事，一开始一件件在对话框里试，熟了再走向自动化，足够了。

Q. 生成的文字可以原样发出去吗？ A. 不行。AI 的输出始终只是初稿。日期、金额、材料名称是否和案子对得上、登记种类是否正确，要由司法书士确认后再发。为减轻确认的负担，请用本文的检查清单。

Q. 官方信息在哪里查？ A. 登记手续本身，以日本法务省的登记相关页面为第一手信息。AI 的初稿和手续流程是否相符，请由司法书士以这类官方信息为准来判断。

实际试过之后

我不是司法书士，于是借朋友事务所的帮忙，拿占位符化的案件备忘录，起草了 10 件继承登记的进度通知。

结果很直观。文字质量，和助理套用过去邮件做出来的差不多。不同的是时间——从备好 10 件备忘录到初稿凑齐，连往对话框里贴的工夫算上，大约 15 分钟。这个量手写的话，按一件 15 分钟算要花 150 分钟。

有意思的是，提示词里加的「缺失信息列入待确认事项」起了作用。一个预计办结日空着的案子，AI 没在正文里擅自填日期，而是在结尾写了「请确认预计办结日期」。这样司法书士就不容易漏看。

反过来，有一次没先定好占位符规矩就试，差点把真实的地番贴进去，吓出一身冷汗。所以我强烈建议，把「专有信息用占位符」放在所有运用规矩的最上面。

想以事务所为单位正式投入运用、把助理也一起拉齐用法，到这个阶段时，可以通过培训与导入咨询，按你事务所的流程一起设计搭法。想先自己试的人，免费教材放在这里。