AIカンパニーの構築代行はあっても運用代行は存在しない|器を外に置けない理由と、AI導入支援で支援側に残る仕事

クライアントごとの情報を持たせたAI環境を作り、その中身と仕組みを自分側で管理すれば継続契約につながる。AI導入支援をクライアントワークに加えたい人の間で、この設計はもっともらしく語られています。

結論から書きます。AIカンパニーは「構築の支援」までは外部にできますが、「運用の代行」は成立しません。器を相手の外に置いた瞬間、それはもうAIカンパニーではないからです。

AIカンパニーの運用代行が成立しない理由: AIカンパニーは、業務の情報・判断基準をファイルの集まりとして持たせ、Claude Code・CodexというAIエージェントに読み書きさせる仕組みです。価値の源は、業務の中で毎日発生するナレッジ(会議・メール・作った資料・失敗した案件)が、器に取り込まれ続けることにあります。ナレッジは業務が流れている場所で発生するため、器は業務をしている本人の環境に置くしかありません。外部に置くと取り込みは「自動」から「転記」に変わり、AIカンパニーの価値そのものが失われます。だから構築の支援は成立しても、運用の代行は定義上成立しません。

AIカンパニーの器を相手の環境に置く場合と、支援側の外部に置く場合の違い。取り込み・更新・説明責任・相手に残るものが逆になる

AIカンパニーという言葉の定義や、ClaudeやChatGPTのプロジェクト機能との違いはプロジェクト機能とAIカンパニーの違いの記事に、作る順序はAIカンパニーの作り方の記事に書きました。この記事は「その器を誰の環境に置くか」だけを扱います。

「自分側で管理する」という発想は、どこから来るか

この設計は、AI環境を「資料を読み込ませたチャットの窓口」として捉えているときに出てきます。GPTsのようなカスタムAIを作って配る、APIでつないだチャットボットを自分のサーバーで動かす、相手が契約しているChatGPTに資料を置いてもらう。どれもチャットAIの延長線上の置き方で、論点は「誰のアカウント・誰のサーバーで動かすか」になります。だから「自分側で動かせば継続契約になる」という発想が自然に出てくる。

みやっち🧑‍💻の答えは「どこで動かすか」ではありません。AIカンパニーは窓口ではなく器で、その器は業務が流れている場所にしか置けない。この前提が抜けたまま置き場所を選んでも、どこに置いてもAIカンパニーにはならないからです。

AIカンパニーの価値は、器ではなく「流れ込み続けること」にある

みやっち🧑‍💻の会社のAIカンパニーには、会社情報、代表者の情報、ビジョン・ミッション・価値観、ターゲットユーザー、会員向け教材、媒体ごとのマーケティング、財務の各フォルダが入っています(構成は作り方の記事で公開しました)。登壇先でも、自分のAIカンパニーの画面を開きながら「これを失ったら何も仕事ができない」と話しました。それはフォルダの数が多いからではありません。

価値があるのは、そこへ毎日ナレッジが流れ込み続けている状態のほうです。商談や打ち合わせを録音すれば、そのまま入ります(録音の記事)。登壇の録音も同じです。会員コミュニティでのやり取りも器に入れます。教材を1本作れば、発信の原液が1本増えます。

つまりAIカンパニーは、作った時点の完成品に価値があるのではなく、業務が動くたびに勝手に育つことに価値があります。ナレッジは会社の日常の中で発生し、器がその日常と同じ場所にあるから、取り込みが自動になる。この構造が本体です。

器を外に置くと、何が起きるか

支援側が器を持ち、クライアントには窓口だけを渡す設計にすると、3つのことが起きます。

  1. 取り込みが「自動」から「転記」に変わる。 クライアントの会議・メール・資料は、クライアントの環境で発生します。支援側の器に入るのは、定期的にヒアリングして写したものだけです。日常から切り離された器は、日常を映せません。
  2. 更新が止まり、器が古くなる。 転記は人の作業なので、忙しくなれば後回しになります。古い判断基準で動くAIは、いずれクライアントの現場と食い違います。
  3. クライアントが説明責任を果たせなくなる。 「御社の業務情報はどこにありますか」と聞かれたとき、「支援会社のサーバーです」としか答えられない状態は、AI以前に事業の管理として無理があります。

そして、この設計で契約が続いているとしたら、続いているのは価値ではなく依存です。継続契約や顧客生涯価値(LTV)は結果であって、目的にした瞬間に設計が歪みます。

チャットAIの置き場所と、AIカンパニーの器は別物

チャットAIの延長で出てくる置き場所の候補を、「器がどこにあるか」「日常のナレッジが流れ込むか」で並べると、答えは自然に決まります。

置き方器の所在日常のナレッジは流れ込むか判定
支援側がAPIでチャットボットを提供する支援側流れ込まない(転記が要る)AIカンパニーではない。質問に答える窓口
相手が契約しているChatGPTに資料を置いてもらう相手側のチャット画面流れ込まない(回答は会話に閉じる)置き場所は相手側で正しいが、器として育たない
GPTsなどチャットAIの共有機能で配るチャットAIのサービス上流れ込まないGPTsは個人アカウントでは新規作成ができず、提供終了も案内されている(GPTsの記事)
相手の環境にフォルダとファイルの器を作り、Claude Code・Codexに読み書きさせる相手の業務が流れている環境流れ込むこれがAIカンパニー。中身を入れて育てるのは相手

上の3行と下の1行の違いは、置き場所ではなく器の形です。ブラウザのチャットに資料を貼る使い方では、器は育ちません。 整理した結果はその回答に閉じ、判断基準として次の依頼に残らないからです。フォルダとファイルに蓄積し、Claude Code・Codexのような実行型のAIエージェントに読み書きさせる形にして、初めて「使うたびに育つ器」になります。プロジェクト機能との違いはこちらの記事にまとめています。

「構築代行」は成立する。終わりがあるから

ここまで読むと「では支援側にできることは何もないのか」となりますが、そうではありません。器の骨組みを作る仕事には、終わりがあります。 だから代行として成立します。

  • フォルダ構成の設計。何を分け、何を1か所にまとめるか
  • 常時読ませるルールの初版。表記のルール、出してはいけない情報、判断に迷ったときの軸
  • 最初の手順書。2回以上やっている作業を1つ選んで型にする
  • 取り込みの型。会議の録音をどこに置き、誰が整理し、どのファイルへ反映するか

みやっち🧑‍💻がナレッジ管理の記事で書いた「前提・手順・事実の台帳・人間関係の相関図」を、クライアントの業務に合わせて空の器として組む。ここまでは支援側の仕事です。ただし中に入れる業務知識は、クライアント自身が入れます。 相手の業務を一番知っているのは相手であり、これから発生するナレッジを拾えるのも相手だけだからです。

なお、法人としてこの構築を外部に頼む側の判断軸は、会社ホームページのコラムClaude Codeの導入支援・コンサルの選び方にまとめています。支援を「アドバイザリー型・構築代行型・伴走型」の3つに分け、費用より「契約が終わった後に自社に何が残るか」で選ぶ、という内容です。この記事はその裏側、つまり支援を提供する側から見た線引きです。

支援側に残る仕事は「運用」ではなく「育て方の伴走」

器の運用を代行できないなら、構築のあとに支援側へ残る仕事は何か。相手が器を育て続けられる状態を保つことです。

  • 月に一度、器を一緒に開く。取り込めていないナレッジ(口頭で済ませた判断、メールに埋もれた例外対応)を棚卸しし、どのファイルへ入れるかを決める
  • 2回以上繰り返した作業が出てきたら、手順書に昇格させる手伝いをする
  • Claude Code・Codexの新しい機能を、相手の器にどう反映するかを判断する

この関係は、相手が育てるから続きます。器の所有者は相手で、支援側は育て方を渡し続ける。継続契約があるとしても、それは相手が価値を感じている結果であって、仕組みで縛った結果ではありません。みやっち🧑‍💻の会社が事業者向けに提供している顧問契約も、制作や実装の代行を含めず、設計と意思決定の伴走に絞っているのは同じ理由です。

例外: 作業そのものを請け負う代行なら、器は自分のもの

1つだけ例外を書いておきます。SNS運用代行や事務代行のように、作業そのものを請け負っている場合です。この場合、クライアントの投稿案やレポートを作る作業は代行側の業務なので、ナレッジは代行側の日常で発生します。器を代行側のAIカンパニーに置き、クライアントごとにフォルダを分ける形で、何も矛盾しません。クライアントごとにフォルダを分ける設計(型は共通・データは分離)はAI業務代行の記事で具体的に書いています。

つまり判断の軸は最初から最後まで同じです。その業務を実際にやっている人の環境に、器を置く。 自分がやる作業なら自分の器、相手がやる業務なら相手の器。この設計がねじれるのは、自分の作業のためのAIカンパニーと、相手に売る「AI導入支援の商品」を同じ器で考えたときです。

なお、「受講生やお客様に、自分の資料で答えるAIを配りたい」だけなら、それは器の運用ではなく道具の配布です。その用途にはAI Crewの運営会社である株式会社AI Orchestraが開発したAIチャットつくーるがあります。クライアントの業務知識を育てる話と、質問に答える窓口を配る話は、分けて考えたほうが設計が単純になります。

よくある質問

クライアントが自分でAIカンパニーを育てられない場合はどうしますか

育てられない状態のまま器を預かるのではなく、育てられる最小の形から始めます。フォルダを1つ、手順書を1本、取り込みの型を1つ。最初の月は支援側が一緒に手を動かし、翌月から相手が1人で回せる部分を増やす、という順序が現実的です。相手が1つも育てられない業務なら、AIカンパニーではなく作業代行として請けるほうが正直です。

継続契約はどう設計すればよいですか

仕組みで縛らず、相手が育てる器に対して「育て方を渡し続ける」役割で契約します。月次の棚卸し、手順書への昇格、新機能の反映が中身です。契約が切れても器は相手の手元に残り、動き続けます。それでも続く契約だけが、価値で続いている契約です。

クライアントのパソコンに置くなら、ChatGPTのブラウザ版で十分ですか

置き場所は正しくても、ブラウザのチャットでは器が育ちません。整理した結果は回答として流れるだけで、判断基準として次の依頼に残らないからです。フォルダとファイルに蓄積し、Claude Code・Codexに読み書きさせる形にしてください。プロジェクト機能との違いはこちらの記事にまとめています。

顧客の情報をAIに入れてよいかは、誰が決めますか

器の所在とは別に、契約と法令で決まります。守秘条項、再委託の可否、個人情報の扱いは案件ごとに違うので、AIに顧客情報を入れていいかの記事を判断材料にしてください。本記事は法的助言ではありません。線引きに迷う案件は顧問弁護士など専門家に確認してから進めてください。

まとめ: 器は、業務が流れている場所にしか置けない

AIカンパニーの価値は、業務の日常からナレッジが自動で流れ込み続けることにあります。だから器は、その業務をしている本人の環境にしか置けません。骨組みを組む構築の支援は成立し、中身を育て続ける運用の代行は成立しない。支援側に残るのは、相手が育て続けられる状態を保つ伴走の仕事です。

AI Crewでは、まず自分の事業のAIカンパニーを1フォルダから作り、育てる感覚を自分の業務で身につけるところから始めます。他人の器を語れるのは、自分の器を育てた人だけです。まず無料セミナーでお会いしましょう。

関連記事

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