あなたのClaude Code、まだ「ひとり」で働かせていませんか？
「AIを入れたのに、なぜか私が前より忙しい」。先日、ある社長からこぼれた一言です。原稿も、メールも、下調べも、一つの画面に向かって頼めば、たしかに形になって返ってくる。それなのに、できあがったものを最後に確かめる仕事だけは、いつまでも自分の手元に残っている。優秀なAIを一人雇ったはずが、その分、確認係の自分の仕事が増えただけ。今日はこの「ひとり働かせ」の正体と、そこから抜け出す考え方の話をします。
AIが一人増えても、確認仕事は社長に集まる
多くの経営者が、Claude Code を「よく働く新人が一人来た」という感覚で使っています。画面を開いて、調べてほしいことを頼み、書いてほしい文書を頼み、直してほしい箇所を頼む。相手はどれも器用にこなす。だから、つい何でも一つの画面に頼んでしまう。ここまではまったく正しい入口です。私自身、最初はそうでした。
問題は、その先で起きます。どれだけ優秀な新人でも、一人しかいなければ、その人が作ったものを確かめる役目は別の誰かが持たなければなりません。そして中小企業では、その「別の誰か」がたいてい社長です。営業が持ってきた提案書を最後に見るのも社長、外に出る文書の言い回しを最終確認するのも社長。AIを一人雇っても、この構造はびくともしません。むしろ、AIが速く大量に成果物を出すぶん、社長の机の上に積まれる「確認待ち」の山は前より高くなる。これが「AIを入れたのに忙しい」の正体です。
もう少し正確に言えば、これは「AIが優秀すぎるがゆえの詰まり」です。出来の悪い道具なら、そもそも任せる量が知れている。ところが Claude Code は、頼めば頼むだけ形にして返してくる。だから経営者は、つい次々と仕事を投げ込む。投げ込まれた成果物は、どれも一定の水準で仕上がってくる。けれど、その一定の水準が「そのまま外に出していい水準」かどうかは、誰かが最後に見極めなければなりません。その見極めを一人に集めている限り、成果物が増えれば増えるほど、見極める人の負担だけが積み上がる。速い道具を手に入れたことが、かえって一点集中の詰まりを生んでいるのです。
ここで一つ、線を引いておきます。この話は、AIへの頼み方をうまくして返答の質を上げる、という話ではありません。以前にも、AIにどうフィードバックを返し、どう育てていくかは書きました。今日はそこではなく、もっと手前の設計、「その仕事を、何人のAIに、どう分けて持たせるか」という組織の話です。ツールを新しく増やす話でもありません。今お使いの一つの Claude Code の中で、係を分けるだけの話です。
一人の器用な人に全部やらせている限り、最後の確認は必ず一番上に集まってきます。夜、静かになったオフィスで、社長だけが確認作業に追われている。あの光景を変えるには、仕事の量を減らすのではなく、仕事の受け持ちを分ける必要があります。
ある保険代理店で、三つの仕事が同時に動いた日
ここから紹介するのは、私が支援してきた複数の会社で実際に起きたことを、一社の物語として再構成したものです。数字も、あくまで一つの例として読んでください。
舞台は、社員31名の保険代理店です。創業から20年、地域で堅実に伸びてきた会社で、扱う商品が多く、お客様ごとに出す提案書類の量が半端ではありません。しかも保険という商品柄、表現には細かいルールがある。断定的な言い回しは使えない、誇大に受け取られる表現は避ける、必ず入れる注記がある。営業が作った提案書を、社長は一枚ずつこの目で確かめていました。「ここは言い切りすぎだ」「この注記が抜けている」。正しさが会社の信用に直結する業界だからこそ、最後は自分が見るしかない、と社長は思い込んでいたのです。
私が最初にこの社長と会ったのは、ある平日の夜八時過ぎでした。社員はとうに帰り、フロアで明かりがついているのは社長席だけ。机の右手には、日中に営業が置いていった提案書の紙束が二十センチほど積まれていました。「これ、全部これから見るんです」と社長は言いました。一枚めくっては赤ペンを入れ、また一枚めくる。お客様の名前も、提案する保険の種類も一件ごとに違うから、流し読みでは済まない。気づけば日付が変わっている。翌朝にはまた新しい束が積まれる。この繰り返しが、もう何年も続いていたのです。忙しさの正体は、売上でも人手でもなく、「自分が全部確かめなければ」という一点にありました。
その社長も、Claude Code は使っていました。ただし使い方は、一つの画面に向かって一件ずつ。競合他社の新商品を調べさせ、その結果を見て、次に提案書のたたき台を書かせ、できたものを自分で表記チェックする。一件ごとに、この流れを頭から順番に繰り返す。だから夜になると、日中さばききれなかった提案書の確認が、そっくり社長の机に残っていました。「AIのおかげで下書きは速くなった。でも、確認だけは減らない」。訪問したとき、社長はそう苦笑いしていました。画面の中を見せてもらうと、たしかに全部が一本道でつながっている。調べるのも、作るのも、確かめるのも、同じ一人に順番待ちさせていたのです。
そこで私は、こうお伝えしました。「その一人に全部やらせるのを、やめてみませんか」。Claude Code には、サブエージェントという、役割ごとに別の担当を立てられる仕組みがあります。難しく考えなくていい。会社の中で、調べる人、書く人、確かめる人が分かれているのと同じことを、AIの側でもやるだけです。社長は半信半疑でした。「係を分けたところで、結局まとめて見るのは私でしょう」と。
最初は、いちばん負担の重い「表記チェック」だけを、専任の確認する係に切り出してみることにしました。社長がこれまで頭の中でやっていた確認の観点――断定的な言い回しはないか、必要な注記は入っているか――を、そのまま一枚のリストに書き出し、その係に持たせる。準備はたったこれだけです。半信半疑のまま、社長はその係に、営業が上げてきた提案書を一件渡してみました。返ってきたのは、「この二行が断定的すぎます」「注記が一箇所抜けています」という、社長自身がいつも入れているのとほぼ同じ指摘でした。「私がやっていたことを、代わりにやっている」。社長の表情が変わった瞬間でした。
翌週、その社長から電話がありました。声が明らかに弾んでいる。「三つ、同時に動きました」。その日、社長の画面の中では、別々の三件が並行して進んでいました。一件目は、競合の新商品を調べている案件。二件目は、別のお客様向けの提案書を書き上げている案件。三件目は、すでに営業が仕上げた文書を、表記ルールに沿って確かめている案件。互いに関係のない三件が、それぞれ別の担当として、社長が電話や来客の対応をしている間にも裏で進んでいたのです。今までなら、調べる作業が終わってから書きはじめ、書き終わってから確かめる、と一件ずつ順番待ちだった。それが、三件が別々のレーンで同時に流れていく。「一人の新人に三件を順番にやらせて待っていた自分が、馬鹿みたいだった」。社長はそう言って笑いました。器用な一人を待つのをやめ、三人に分けて同時に走らせる。ただそれだけで、一日の中で回せる量がまるで変わってしまった。あの電話の弾んだ声を、私は今でも覚えています。
よく聞いてみると、社長がやったことは複雑な設定ではありませんでした。調べる用の担当、書く用の担当、確かめる用の担当を、それぞれ別に立てて呼び分けただけ。あとは、それぞれに別の案件を渡して走らせた。すると、一件目の調査が終わるのを待たずに、二件目の作成も、三件目の確認も、同じ時間の中で進んでいく。会社にたとえれば、当たり前のことです。調査担当が調べている間、営業担当は別の提案書を書き、事務担当はまた別の書類を点検している。その当たり前を、AIの側でもやっただけ。「考えてみれば、うちの会社でずっとやってきた分担そのものでした」と、社長は電話口で言いました。ここで動いていたのは三件の独立した案件であって、一枚の書類を魔法のように同時進行させたわけではない。この違いは、あとで大事になります。
AIの組織図を描く ―― 調べる係・作る係・確認する係
では、具体的にどう分けるのか。ここからが、この記事の本題です。頭に置いてほしいのは、AIの機能を勉強するのではなく、「AIの組織図を描く」という発想です。社員の役割分担を決めるのと、まったく同じ考え方で進めます。
まず、大きく三つの係に分けます。調べる係は、事実を集めてくるのが仕事です。競合の動き、法令、お客様の背景。判断はせず、材料を揃えて渡す。作る係は、その材料をもとに成果物を組み立てます。提案書、メール、資料の下書き。確認する係は、できあがったものを、決められた観点で確かめます。ここが今回の肝です。多くの会社は、この確認する係を置かず、いきなり社長がその役をやってしまっている。だから確認が一番上に集まるのです。
三つの係を分けるとき、それぞれに「何を担当し、何をしてはいけないか」をはっきりさせておくと、途端に安定します。人を雇うときに役割を曖昧にすると現場が混乱するのと、同じことです。最初の設計は、AI自身に手伝わせると早い。自社の業務を貼るだけで、三枚の役割定義書のたたき台を作らせるプロンプトが、次のものです。新しく分業を始めたい社長が、最初の一歩として一度だけ使うと、話が具体的になります。
あなたは、中小企業の業務をAIに分担させる設計者です。
以下に貼る当社の業務内容をもとに、この仕事を「調べる係」「作る係」「確認する係」の3つに分けたとき、それぞれが何を担当すべきかを整理してください。
【ここに自社の業務内容（何を作るのか・どんな手順で進めているか・どこで一番時間がかかるか）を貼る】
出力は3枚の役割定義書の形式で、各係について「担当する作業」「持たせておきたい前提知識」「してはいけないこと」「合格ラインの目安」の4項目を箇条書きで示してください。専門用語は使わず、はじめてこの係を任される人に説明する言葉で書いてください。たたき台が出たら、自社の実態に合わせて社長が手直しする。この一枚が、AIの組織図の骨格になります。
さて、確認する係を置くと言いましたが、ここで多くの方が引っかかります。「AIが作ったものを、同じAIに確かめさせて意味があるのか」と。答えは、確認する係に判断の基準を持たせるかどうかで決まります。基準のないチェックは、たしかに気休めです。けれど、確認の観点をあらかじめ一枚の基準書にして、その係に装備させておくと、話が変わります。作る係が仕上げたものを、確認する係が、その基準書に照らして機械的に見ていく。これが、AIがAIを確かめる検証レーンです。
ここは、さきほどの三件同時進行とは別の話なので、混同しないでください。同時進行は、独立した案件を並べて走らせる横の広がり。検証レーンは、作る係から確認する係へと成果物を渡す、縦の受け渡しです。作ってから確かめる。この順番は入れ替わりません。
大事なのは、この基準書を「一度教えたら自動で回る仕組み」だと思わないことです。そうではなく、確認する係という役割に、あらかじめ判断のものさしを持たせておく――つまり役割の設計そのものだと捉えてください。ものさしを持った係は、何を重大な差し戻し対象とし、何を軽微な指摘に留めるかを、迷わず切り分けられるようになります。その基準書を作らせるのが、次のプロンプトです。確認する係に渡す検品リストを、成果物の種類を貼るだけで組み立てます。
あなたは、成果物を検品する品質管理の責任者です。
以下に貼る「作る係」の成果物について、確認する係がチェックに使う観点リストを作ってください。
【ここに、確認したい成果物の種類（例：提案書・見積書・お客様向け文書）と、過去に指摘したことがある間違いを貼る】
出力は表形式で、「観点」を「絶対に見逃してはいけない重大な項目」「軽微だが直したい項目」「人間の判断が必要でAIには決められない項目」の3段階に分類してください。重大な項目が1つでも引っかかったら差し戻し、と判断できる基準にしてください。この「重大」と「軽微」を分けておくのが効きます。すべてを同じ重さで指摘させると、確認する係は些末な言い回しにまで赤を入れ、結局どれが本当に危ないのか分からなくなる。会社の信用に関わる指摘と、好みの範囲の指摘を、あらかじめ層で分けておく。そうすれば、重大な項目が一つでも引っかかったものだけが差し戻され、社長のところまで上がってくるのは、本当に人の判断が要るものだけになります。
差し戻しのルールも、あわせて決めておきます。確認する係が重大な項目を見つけたら、そこで止めて作る係に戻す。軽微な項目だけなら、直したうえで先へ進めてよい。人の判断が要る項目だけを、社長に上げる。この三つの分岐をあらかじめ握らせておくと、確認する係は、いちいち指示を仰がなくても自分で回せるようになります。作る、確かめる、戻す。この受け渡しが一つのレーンとして流れはじめると、社長の手を離れたところで品質が保たれていく手ごたえが、はじめて掴めてきます。念のため付け加えれば、これは「一度作れば人手のいらない自動装置」を組む話ではありません。基準書はあくまで、確認する係という役割に持たせる判断のものさし。ものさしの精度を上げ、業務の変化に合わせて手入れするのは、設計者である社長の仕事として残ります。
保険代理店の例で言えば、この確認する係に「業界のルール」を持たせられるかどうかが分かれ目でした。断定的表現の禁止、必ず入れる注記、誇大と受け取られかねない言い回し。こうした規制や社内の表記ルールは、そのままでは確認する係が使えません。条文のままでは「成果物のどこを見ればいいか」に落ちていないからです。そこで、ルールを現場のチェック観点に翻訳します。守るべきルールを貼るだけで、確認する係がそのまま使える形に変換するのが、次のプロンプトです。規制の重い業界の会社ほど、この一手間が効いてきます。
あなたは、業界のルールを現場のチェック項目に翻訳する担当です。
以下に貼る規制や社内ルールを読み、確認する係がそのまま使えるチェック観点に変換してください。
【ここに、守るべき業界の規制・法令・社内の表記ルール（例：使ってはいけない表現、必ず入れる注記）を貼る】
出力は表形式で、「ルールの内容」「成果物のどこを見れば分かるか」「違反していた場合の危険度」「良い書き方・悪い書き方の具体例」の4列で示してください。担当者が条文を読まなくても、成果物を見るだけで判断できる粒度まで噛み砕いてください。一度この変換をしておけば、条文と現場のチェックが地続きになり、確認する係は業界のルールを踏まえたうえで迷わず判断できるようになります。人間の確認と同じ土俵に、AIが立てるわけです。
もう一つ、組織らしさが出るのが、大きな仕事を同時並行で進めさせる場面です。Claude Code には、一つの大きな作業を分解して、複数の担当に同時に走らせる仕組みもあります。全社の資料を一斉に見直す、新商品の提案書一式をまとめて用意する。こういう「大きくて、分けられる」仕事に向いています。逆に、一枚の文書をちょっと直すだけ、といった軽い仕事には大げさで、かえって手間が増えます。向き不向きを見極めるのも、社長の采配です。
同時並行でつまずく最大の原因は、割り振り方の雑さです。三つの担当に投げたつもりが、実は互いの仕上がりを待つ関係になっていて、結局は順番待ちに戻ってしまう。だから、投げる前に「互いに待たなくていい分け方」を作らせておく。大きな仕事を、重ならない三つのレーンに切り分ける指示文が、次のものです。
あなたは、ひとつの大きな仕事を複数の担当に割り振る現場監督です。
以下に貼る依頼を、同時並行で進められる3つのレーンに分解してください。
【ここに、いま抱えている大きな仕事（例：新商品の提案書一式づくり、既存資料の一斉見直し）を貼る】
出力は、レーンごとに「担当する範囲」「他のレーンと重ならないための区切り」「先に手をつけてはいけない部分」「終わったと判断できる条件」を示してください。3つのレーンが互いの作業を待たずに進められるよう、依存関係が生まれない分け方にしてください。そして、強い仕組みほど、先に枠をはめておく。範囲を絞る、いきなり全部いじらせない、成果物の形を指定する。人に大きな仕事を任せるときに「ここまでね」と線を引くのと、同じ配慮です。任せる範囲を決めずに走らせると、AIも人と同じで暴れます。
社長の確認件数は、こう変わった
分業と検証レーンが回りはじめると、社長の手元に届くものが目に見えて変わります。保険代理店の例で言えば、以前は週におよそ40件、営業が上げてくる提案書を社長がすべて目を通していました。分業を入れたあとは、確認する係が一次チェックを済ませ、重大な項目に引っかかったものだけが上がってくる。社長が実際に判断のために見るのは、週に数件まで減りました。これはあくまで一つの例ですが、量ではなく、社長のところに来るものの「中身」が変わったことが本質です。
数が減っただけではありません。上がってくるのが「本当に人が決めるべきもの」に絞られたので、一件あたりに使える判断の密度が上がりました。以前は40件を流し見していたのが、今は数件をじっくり見る。確認の質そのものが上がったのです。社長が見なくなったのではなく、社長が見るべきものだけを見るようになった。ここが分業のいちばんの果実です。
変化は、社長の一日の使い方にも表れました。以前は、日中の商談から戻ると、まず溜まった提案書の確認から手をつけていた。夜まで机に張りついて、赤ペンを入れ続ける。それが、確認する係が一次チェックを終えた状態で上がってくるようになってからは、社長が見るのは、係が「これは人の判断が要ります」と印をつけたものだけ。数件をじっくり見て、方針を決めて、あとは任せる。空いた時間で、社長は新しい提携先まわりに出られるようになりました。確認に沈んでいた夜の時間が、会社の次の一手を考える時間に変わった。これは件数の話に見えて、実のところ、社長の時間の使い道が丸ごと入れ替わった話です。
とはいえ、任せきりにして中が見えなくなるのは、別の不安を生みます。だから、各係が今週何を扱い、どこで詰まったかを、一枚で受け取れるようにしておきます。順調なものは短く、判断が要るものだけを目立たせる。社長が5分で全体を掴むための週次報告を作らせるのが、次のプロンプトです。分業を回しはじめた社長が、毎週末に一度使うと、任せながらも手綱は握れます。
あなたは、複数の担当をまとめるマネージャーです。
今週それぞれの係が進めた仕事を、経営者が5分で把握できる1枚の報告にまとめてください。
【ここに、今週それぞれの係（調べる係・作る係・確認する係）が扱った案件と、途中で止まった件を貼る】
出力は、係ごとに「今週やり切ったこと」「途中で詰まっていること」「来週まわす予定」を3行以内で示し、最後に「社長の判断が必要な事項」だけを別枠でまとめてください。順調な項目は短く、判断が要る項目だけが目立つようにしてください。この一枚があれば、細部は係に任せながらも、全体がどう動いているかは毎週きちんと見える。任せることと、放り出すことは違います。手綱を握ったまま任せる。その距離感を作ってくれるのが、この週次の一枚です。
社長の仕事は「働くこと」から「組織を描くこと」へ
ここまで読んで、気づかれたと思います。分業を入れるというのは、社長がAIの一員として一緒に手を動かすのをやめて、AIの組織を設計する側に回る、ということです。調べる係、作る係、確認する係。誰に何を持たせ、どこで差し戻し、何を自分の手元に残すか。これは機能の使い方ではなく、まさに経営の仕事です。
人を雇って会社を大きくしてきた経営者なら、身に覚えがあるはずです。最初は自分が全部やる。売るのも、作るのも、請求書を書くのも自分。けれど、人が増えるにつれて、社長の仕事は「やること」から「任せること」「決めること」へと移っていく。誰にどこまで任せ、どの判断を自分に残すか。それを設計するのが社長の役目になる。AIの分業も、まったく同じ道をたどります。違うのは、増やすのが人ではなく係だという一点だけです。採用も教育もいらず、役割を決めるだけで、明日から担当が一人増える。これほど身軽に組織を組めるのは、AIならではです。
だから、Claude Code をどう使うかは、突き詰めれば「AIをどう組織するか」という経営判断です。機能の名前をすべて覚える必要はありません。覚えるべきは、自社の仕事のどこを調べる係に渡し、どこを作る係に任せ、どこに確認する係を立てるか。この線引きこそ、外注もツールも肩代わりできない、社長にしかできない設計です。
一人の器用なAIと差し向かいで作業している限り、社長はいつまでもプレイヤーのままです。速い新人と並んで働けば、たしかに一件は速く終わる。けれど、会社全体の詰まりは動きません。社長の時間という一番の希少資源が、確認作業に吸われ続けるからです。分業に切り替えた瞬間、社長は現場から一歩引いて、全体の流れを組む側に立てます。手を動かす速さではなく、流れの設計で会社を伸ばす。これは、人を雇って組織を作ってきた経営者なら、もともと得意なはずの仕事です。
最後に社長が見るべきものは、はっきりしています。確認する係が「人の判断が必要」と分けて上げてきたもの。差し戻しの基準を超えた、会社の信用や方針に関わる判断。そこだけは、AIには渡せません。逆に言えば、それ以外は係に任せていい。任せる勇気と、要所を握る目。この二つが揃ったとき、AIはようやく「使える道具」から「回る組織」に変わります。
ひとりで抱えるのを、そろそろやめませんか
Claude Code を一つの画面と差し向かいで使う。その入口は、決して間違いではありません。けれど、そこで止まっているうちは、優秀なAIを「何でも屋のひとり」として働かせすぎている状態です。調べる係、作る係、確認する係。三つに分け、確認する係に判断のものさしを持たせ、大きな仕事は同時に走らせる。やることは、社員の役割分担を決めるのと何も変わりません。
難しく身構える必要はありません。まずは、いちばん負担の重い確認作業を一つ選び、それを専任の確認する係に切り出してみる。うまく回りはじめたら、調べる係、作る係へと広げていく。あの保険代理店の社長も、最初にやったのは表記チェックを一つ切り出しただけでした。小さく一係から始めて、そこから組織へ。順番待ちのひとりを、役割を持った数人に組み替える。その最初の一歩は、今日のうちに踏み出せます。
あの保険代理店の社長は、夜の確認地獄から抜け出しました。減ったのは作業ではなく、「自分が全部見なければ」という思い込みのほうでした。あなたの会社の Claude Code も、まだ「ひとり」で働かせているなら、今日から組織図を一枚描いてみてください。器用なひとりに順番待ちさせるのをやめ、係に分けて同時に走らせる。それだけで、社長の机の上の山は、驚くほど低くなります。
鈴木章裕
株式会社コミクス 代表取締役
