AI業務代行はクライアントごとにAIを分ける|「型は共通・データは分離」で複数社を並行する設計

SNS運用代行、経理代行、事務代行、顧問業。複数のクライアントの仕事を並行して請けている人がAIに業務を任せ始めると、だいたい同じ場所で手が止まります。「この仕事、1つのAIに全部覚えさせてしまっていいんだろうか」。

結論から書きます。AI業務代行は、クライアントごとにAIの作業環境を分けて始めます。 A社の作業をしている間、AIの視界にB社が一切存在しない——この状態を作ってから最初の1件を任せるのが、裏方の仕事における必須の作法です。

AI業務代行の環境の分け方: 複数のクライアントの業務をAIエージェントに任せるときは、クライアントごとに別々の作業フォルダ(自分のAIカンパニーの中の、そのクライアント専用の区画)を用意し、そのクライアントの資料だけが入った状態で作業します。一方で、調査・分析・レポートの手順そのもの(型)は全クライアント共通で1つだけ持ち、環境ごとに複製しません。分けるのはデータ、共通にするのは型です。

AI業務代行で全社共通にする型と、クライアントごとに分けるデータの対応表

なぜ「A社の作業中にB社が見えない」状態から始めるのか

理由は3つあります。

  1. 出力が混ざると、そのまま納品事故になる。 A社向けのレポートにB社の数字や固有名詞が1行混じるだけで、守秘の問題になります。人間なら「これは別の案件の資料だ」と気づきますが、1つの環境に全部入っていれば、AIにとってはどれも等しく手元の資料です。
  2. 説明責任が果たせなくなる。 「御社の情報はどこに置いていますか」と聞かれたとき、環境を分けていれば「この案件のフォルダだけです」と答えられます。混ぜた後から切り分けるのは、実務ではほぼ不可能です。
  3. 精度も落ちる。 関係のない資料が判断材料に入ると、AIは他社の事情を引きずった提案を出してきます。情報は多ければいいものではなく、その案件に要るものだけが入っている状態がいちばん精度が出ます。

みやっち🧑‍💻は先日の登壇でも、この分け方を必須の作法として話しました。単発のAI活用と、AIエージェントによる業務の作り替えを分けるのは「仕組み」の有無です。そして仕組みの第一歩が、作業環境ごと任せること。1案件のフォルダをどう渡すかはAIエージェントにフォルダ指定で丸投げする記事に書きました。この記事はその手前、複数の案件を混ぜないための分割設計の話です。なお、作業を請け負うのではなくクライアント自身のAI活用を支援する場合に器をどちらに置くかは、AIカンパニーの運用代行の記事で整理しています。

分けるもの・共通にするものを、先に決める

分けようとしたときに陥りやすいのが、「分けなきゃ」と思うあまり、手順書まで案件ごとに複製してしまうことです。そうすると、やり方を1つ改善するたびに全案件分を直すことになり、途中で必ず直し漏れが出ます。分けるのはデータだけ。型は1か所です。

全クライアント共通にするもの(型)クライアントごとに分けるもの(データ)
中身調査の手順、分析の観点、レポートの書式、チェック項目実績の数字、アカウント情報、過去のやり取り、原稿、契約条件
置き場1か所だけ。各環境からはそこを参照する案件ごとのフォルダ(=自分のAIカンパニーの中の、そのクライアント専用の区画)
直し方1か所を直せば全案件に効くその案件のフォルダの中だけで完結する
増やし方2回やった作業を型に昇格させる案件が増えたらフォルダを1つ足す
混ざると直し漏れた古い型が残る他社の情報が出力に混入する

型づくりの実際の手順はClaude Code Skillsの作り方の記事に譲りますが、判断基準は1つだけ覚えておけば十分です。2回やったら型にする。 1回目は手作業、2回目に「またこれか」と思ったらその場で手順書に起こす。3社目からは、その手順書をそのまま新しい案件で動かせます。

このサイト自身が「型は共通・データは分離」で動いている

抽象論にならないよう、このAI Crewのホームページを動かしている仕組みをそのまま開けます。ブログの執筆・公開・分析まで、みやっち🧑‍💻はこのリポジトリをAIエージェントに任せて運用しています。

  • 型=手順書は .claude/skills/ に10個あまり。 記事を書く、公開する、プレビューを出す、ネタを収穫する、週次で数字を見る——といった繰り返し作業が1つ1つファイルになっています。どの記事を書くときも、読み込まれる手順書は同じものです(記事ごとに手順書を複製しない、という意味での「型」です)。
  • データ=このサイト固有の素材は、このリポジトリの中だけ。 ネタの台帳 knowledge/ は200件を超えており、すべてこのサイトの記事の元になるものです。他のプロジェクトの作業では、このフォルダを読み込ませません。
  • 共有ナレッジは、コピーせず絶対パスで直接読む。 このリポジトリのCLAUDE.mdには「共通ナレッジの参照」という節があり、そこに このリポジトリへコピーを置かず、絶対パスで直接読む と明記してあります。理由も1行で書いてあります——コピーは鮮度分岐事故のもと。同じ資料の写しが2か所にあると、片方だけ直された瞬間にどちらが正しいか分からなくなる。だから写しを作らず、正本の場所を指さす。
  • 検索・アクセス解析まわり(Search Console・GA4・表示速度など)のスクリプトも同じ形。 本体は複数サイトで共用する共有フォルダに1つだけ置き、このサイト固有の値(計測の設定や対象URL)は、このリポジトリの設定ファイル1つにまとめています。スクリプトを直すときは共有側を1回直すだけで、サイトごとにコピーして回りません。

この「正本は1つ、写しは作らない」という考え方にはSSOTという名前が付いています。AI業務代行の環境設計は、このSSOTを型に適用し、データにだけ分離を適用したものだと考えると、迷う場面が一気に減ります。

クライアント数の上限を決めていたのは、作業時間だった

裏方の仕事を何社まで請けられるかは、営業力や人脈より先に、1社あたりに自分が張り付く作業時間で決まります。仮に月次レポートに1社あたり3時間かかるとすれば、10社で月30時間。そこが天井になります。

型を1つ作るというのは、この天井の位置を決めている要素に手を入れる、ということです。調査の観点もレポートの書式もチェック項目も全社共通なのだから、手順書が1つあれば、あとは環境を切り替えて同じ型を走らせるだけになる。顧客ごとに変わるのはデータであって、やり方ではない——この非対称に気づくかどうかが分かれ目です。

もちろん、型が走った後の確認・解釈・提案は人の仕事として残ります。ここを飛ばして「全部AIがやってくれる」と考えると品質で必ず跳ね返るので、型は下ごしらえまで、味付けは自分と線を引いておくのが現実的です。

士業の顧問業は、そのまま読み替えられる

顧問先ごとに情報を厳格に分け、手続き自体はどの顧問先でも同じ——士業の仕事の構造は、運用代行とまったく同じ形をしています。

  • 分けるもの: 顧問先ごとの決算書、就業規則、届出の控え、面談の記録
  • 共通にするもの: 年次の手続きの段取り、確認項目の一覧、顧問先への連絡文の型

顧問先が増えても手続きの型は増えません。だから、顧問先ごとに作業環境を1つずつ用意し、型だけを共有の置き場から読ませる形が素直に当てはまります。自分用の作業環境をどう作り始めるかはAIカンパニーの作り方の記事で、1フォルダから育てる順序として書いています。

副業で業務代行を始めるなら、1社目から分けておく

副業で運用代行や事務代行を始める人は、最初の1社を自分のパソコンの「とりあえず作った作業フォルダ」で回しがちです。1社のうちは何も困らないので、それで正解に見えます。

困るのは2社目が来た日です。1社目の資料と手順と自分用のメモが同じ場所で混ざっているため、「どこから先がA社のものか」を後から切り分ける作業が発生します。この切り分けは、案件が増えるほど重くなります。順序はこう変えます。

  1. 1社目のフォルダを、最初から「A社専用」の名前で作る。 自分用のメモや汎用の資料を、その中に置かない。
  2. 手順書は、案件フォルダの外に置く。 1社しかなくても外に出しておく。2社目が来たとき、そのまま2社目から参照できます。
  3. 2社目が来たら、フォルダを1つ足すだけ。 型は足さない。ここまで来れば、3社目以降は同じ動きの繰り返しになります。

先に分けておくコストはフォルダを1つ多く作るだけで、後から分けるコストは切り分け作業まるごとです。最初の1社の時点で分けておくほうが、確実に軽く済みます。

顧客のデータをAIに入れていいかは、この記事では決めない

ここまでは「分ける設計」の話でした。そもそもその顧客データをAIに読ませてよいかは、環境設計とは別の判断です。契約書の守秘条項、業務委託の再委託の可否、個人情報の取り扱い、業法上の規定——結論は、案件ごとの契約と適用される法令で変わります。

この記事では結論を出しません。判断の材料は次の2本にまとめてあります。

なお本記事は法的助言ではありません。自社の契約・社内規定・所属団体の規程で結論が変わるため、線引きに迷う案件は顧問弁護士・情報システム担当など専門家に確認してから進めてください。

分けるか共通にするかを自分で決められるのは、自分で作った環境だけ

ブラウザのチャットに毎回資料を貼り付ける使い方では、この設計は組めません。貼った資料はその会話に閉じ、A社の会話で磨いた観点はB社の会話に持ち越せない。かといって1つの会話に全社分を貼れば、最初に避けたはずの混在に戻ります。

Claude Code・CodexのようなAIエージェントなら、作業環境はフォルダそのものです。フォルダを分ければデータが分かれ、手順書を外に置けば型が共通になる——分ける単位も共通にする単位も、自分の手で決められます。ただし、全プロジェクト共通で読み込まれる設定ファイル(Claude Codeなら ~/.claude/CLAUDE.md)や、案件フォルダより上の階層に置いた設定ファイルには、特定のクライアントの情報を書かないでください。そこに書いた内容は、どの案件の作業にも読み込まれます。既製のツールを契約して手に入るのは機能であって、「自社の案件をどう切るか」の設計は自分で持つしかありません。

その設計を自分の業務で組み立てるところまで、AI Crewでは一緒に進めています。まず無料セミナーでお会いしましょう。

関連記事

「AI Crew」は株式会社AI Orchestraの登録商標(登録第6942947号)です。