こんにちは、
株式会社Lean Stack代表の吹上由樹です。
社労士事務所向けDX支援「ヨハクル」
https://www.yohakuru.com/
■ 社労士事務所へのAI・DX導入実績
シンカ社会保険労務士法人様:助成金チェック業務 80%削減、書類作成・手続き業務 50%以上削減
社会保険労務士事務所アスタリスク様:就業規則業務 95%削減
社会保険労務士法人フォーシーズン様:給与計算業務 80%削減
無料相談・デモの閲覧はこちら
↓
https://www.yohakuru.com/#contact
はじめに
巷では今、Claude Codeが正義になりつつあります。
SNSを開けば「これで業務が変わる」という投稿が並ぶ。
触った人ほど、その速さに気持ちよくなる。
正直、個人で使う分には、めちゃくちゃ強いんです。
そこは否定しません。
でも、今回はあえて言います。
ヨハクルが社労士業務のAI実装に使っているのは、Claudeではありません。Cursorです。
なぜか。
個人が速くなる話と、社労士事務所全体でDXを回す話は、まったく別物だからです。
Claude Code正義の空気に流れると、意外な落とし穴がある。
特に組織全体で運用しようとすると、ハードルが一気に跳ね上がる。
今回はその構造を書いていきます。
みんなが信じている「Claude Code正義」の落とし穴
まず、気持ちは分かります。
Claude Codeを使うと、調査も、ファイル操作も、作業の進行も、一人でどんどん進む。
所長やAIに詳しいスタッフが触ると「これは革命だ」と感じるのも自然です。
ただ、ふと立ち止まって冷静に考えてほしいです。
その速さは、誰の速さですか?
社労士事務所で本当に必要なのは、一人が爆速になることではありません。
給与計算、就業規則、助成金、顧問先対応。
現場の業務が、誰が担当しても同じ品質で回ることです。
ここがズレると
こうなります。
Claude Codeは強い。
でも、保存しているフォルダがどこにあるのか、いまいち見えない。
何が生成されて、どこに置かれ、誰が確認したのか。
可視化がかなり難しい。
一人が使いこなせても
その構造を他の社員に転用しにくい。
結果、どうなるか。
業務効率化したはずなのに、属人性が増えるんです。
代表だけが使える。
AIに詳しい社員だけが使える。
その人が休んだら止まる。
辞めたら崩壊する。
これは効率化の成功じゃないです。
経営リスクの増大です。
しかもClaude Codeは
処理自体も遅く感じることがある。
個人の実験ならまだいい。
でも、月末の給与計算のように期限が固定された業務で「待ち」が増えると、現場は耐えられません。
巷の「Claude Code正義」は
個人の体験としては正しい。
でも、社労士事務所の組織運用としては落とし穴が多い。
ここを見誤ると
DXしたつもりで属人化が進みます。
その人が辞めたら事務所の経営が詰みます。
社労士AIを組織で回すとき、本当に必要な条件
じゃあ、何が必要なのか。
答えはシンプルです。
壊さず、効かせ続け、目で追える業務環境。
これです。
社労士AIは、魔法のプロンプトではありません。
事務所の業務フローそのものを見える形で設計できるかどうかです。
たとえば給与計算なら、こう並んでいる必要がある。
雛形フォルダ。
受領Excel。
完成フォルダ。
生成された成果物が、テンプレートの隣に並ぶ。
誰が見ても「今どこまで進んでいるか」が分かる。
生成 → 検証 → 突合。
このサイクルが画面の中で追える。
さらに、毎回ゼロから指示を出すのではなく、事務所のルールが記憶として効き続けること。
Rules。
Commands。
参照ファイル。
PROJECT_MEMORY。
こういった仕組みで「効かせ方」を制御できること。
個人の頭の中のプロンプト依存では組織に残せません。
見える。守れる。再現できる。
社労士DXで組織運用に耐えるAI実装は
この条件を満たす必要があります。
だからヨハクルはCursorを選んだ
だから、ヨハクルはCursorを採用しています。
理由は四つあります。
記憶が毎回効く
Rulesの alwaysApply とPROJECT_MEMORY.md を組み合わせる。
事務所ごとの例外、確認ポイント、過去の修正履歴が、毎回ゼロから消えません。
「前回うまくいったのに、今回は別物」が起きにくい。
これがイレギュラー処理にも対応できる理由です。
効かせ方が制御できる
Rules × Commands × 参照ファイル。
この組み合わせで指示の効き方を設計できる。
属人的なプロンプト職人技に頼らない。
事務所の標準として残せる。
まさに経営が盤石になります。
仮に担当者Aさんが何かしらの理由で離職したとしても、容易に業務を回せます。
業務フローに載る
生成して終わり、ではない。
検証し、突合し、完成物を置く。
給与計算のようなミスが許されない業務に必要な流れが、そのまま画面上に乗ります。
成果物が目で追える
完成フォルダにファイルが並ぶ。
隣に雛形がある。
担当者が変わっても、「どこを見ればいいか」が分かる。
ここがCLI型AIとの決定的な差です。
保存先が見えない。
説明しづらい。
引き継げない。
それでは、社労士事務所の現場全体には広がりません。
加えて、処理のスピードと精度。
MyFocalでも、どのAIが一番優れているかという観点でCursorを採用しています。
特に給与計算は1円たりとも間違えられない。
「なんとなく近い」では済みません。
提出された支給控除一覧との突合で、差分ゼロを出せるかどうか。
ここまで求められる現場では、運用設計のしやすさだけでなく、精度と速度も含めてCursor一択だと判断しています。
もちろん、「Cursorでしかできない」と言いたいわけではありません。
運用設計が圧倒的にやりやすい。
これが本音です。
Claude Codeが悪いわけではない
誤解しないでください。
Claude Codeを全否定する記事ではありません。
個人の調査、試作、ドキュメント作成。
この領域ではClaude Codeは今でも強力です。
所長が一人で考える時間を圧縮する用途なら十分ありです。
ただ、「事務所の標準業務」に載せようとした瞬間、ハードルが跳ね上がる。
誰が触っても同じ結果になるか。
保存先と成果物が説明できるか。
担当が変わっても再現できるか。
スタッフさんに引き継げるか。
ここを全部クリアしようとすると、個人で気持ちよく動くツールと組織で回す業務基盤は別物だと分かります。
ツールが悪いのではない。
組織で運用する難易度がまったく違うのです。
巷でClaude Codeが正義になっている今だからこそ、この差を見てほしいんです。
まとめ
社労士AIの正解は流行っているツール名ではありません。
個人が速くなることでもありません。
ヨハクルがClaudeではなくCursorを選ぶ理由は、ただ一つ。
効率化のつもりで、属人化を増やさないためです。
代表だけが使えるAIは事務所を強くしません。
AIに詳しい社員だけが回せる仕組みは、経営リスクです。
見える。
守れる。
再現できる。
社労士DXを組織全体で進めるなら
この3点を満たす実装を選ぶべきです。
Claude Code正義の空気に流れる前に一度だけ聞いてください。
そのAI、組織全体で運用できますか?
本日も最後まで読んでいただきありがとうございます。
「Claude Codeを入れたけど、他のスタッフに広がらない」
「AIで効率化したはずなのに、特定の人しか触れない」
「ぶっちゃけヨハクルがCursorをどう業務に載せているのか、デモを見てみたい!」
という方は、以下からお気軽にご相談ください。
デモや効率化している実例を無料でお見せしております。
無料相談はこちらからお願いします!
↓
https://www.yohakuru.com/#contact
それでは、また次の記事でお会いしましょう。

































