AIエージェントを「雇う」のをやめる
堀田昂佑（NarAI 開発・執筆）・公開 2026-07-26
Xで最近、よく流れてくる投稿がある。「営業AI」「経理AI」「マーケAI」——職種ごとにエージェントを一体ずつ作り、組織図のように並べて、これで会社が自動で回ります、というものだ。
見た瞬間、うまくいかないだろうなと思った。ただ、なぜそう思うのかを言葉にしようとすると、意外に手間取る。エージェントを役割で分けること自体は間違いではない。オーケストレーターの下に専門化したエージェントを並べる構成は、標準的な設計ですらある。図の形は、おかしくないのだ。
引っかかっているのは図ではなく、その手前にある前提のほうだった。
私たちは「働き手を確保する」と聞いたとき、ほとんど反射的に雇用を思い浮かべる。それも、一度迎え入れたら長く在籍し、社内で経験を積んで育っていく、日本的な雇用を。「AIを雇う」というメタファーがそこに接続されると、職種を定義し、一体ずつ丁寧に作り込み、組織図に配置して、末永く働いてもらう——という絵が自然に立ち上がる。冒頭の投稿は、この絵をそのまま実装したものだ。
丁寧に作り込めば、いずれ会社は回るようになる。そう思える。実際、半分は正しい。残りの半分が、決定的に間違っている。どこで分かれるのか、雇用というメタファーの根元まで遡って確かめたい。
雇用が合理的だった前提
そもそも、長期で人を抱えることはなぜ合理的だったのか。理由は大きく三つある。採用には金がかかる。人が育つには年単位の時間がかかる。そして、その会社でしか通用しない知識は本人の頭の中にしか蓄積せず、辞められれば投資ごと消える。だから長く抱え、育て、引き留めることに経済的な意味があった。
エージェントに当てはめてみる。採用コストはほぼゼロ。インスタンスは数秒で立ち上がり、育成期間というものが存在しない。同じ能力のエージェントを100体並列で走らせ、タスクが終われば消しても、失うものは何もない。三つの前提のうち、最初の二つはこの時点で崩れる。
三つめ——その組織でしか通用しない知識——だけは、簡単には崩れない。これはいったん保留しておく。
崩れた側から先に片付ける。作り込んだ職種別エージェントには、もう一つ都合の悪い事実がある。土台のモデルの能力が、数ヶ月単位で更新されることだ。時間をかけて作り込んだ「営業AI」は、完成した瞬間から陳腐化が始まる。しかも実務で必要なエージェントの顔ぶれは、その時々のタスク・データ・制約条件で毎回違う。何をどう分解し、何体立ち上げるかは、実行のたびにオーケストレーターが決めればいい。人間が事前に組織図として凍結する理由が、どこにもない。
固定した組織図は、資産ではなく、減価償却の始まった在庫である。
では、アメリカ型ならいいのか
作り込んで抱え込むのがだめなら、必要なときに調達し、終わればリリースする——アメリカ型の雇用観に乗り換えればいいのだろうか。そう言いたくなる、とは思う。方向としては、実際ずっと近い。
ただ、これもまだ雇用というメタファーの内側にいる。アメリカ型雇用が前提にしているのは、人材は希少で、獲得には競争と市場価格がある、という世界だ。エージェントに希少性はない。同一能力の個体を無限に複製できる存在には、「調達」も「リリース」も、そもそも要らない。
近いのは雇用ではなく、コンピューティングの歴史のほうだと思う。サーバーを所有し、名前を付けて大切に運用していた時代から、必要な時だけ関数が立ち上がって消えるサーバーレスへ移った、あの構図。Lambda関数を「雇う」とは誰も言わないし、関数ごとに人事評価はしない。
エージェントは、労働者ではない。プロセスだ。
保留していた三つめの前提
ここで、さっき保留した前提に戻る。その組織でしか通用しない知識。これは実在する。取引先ごとの暗黙のルール、社内用語の定義、過去の意思決定の経緯。終身雇用とは、この知識を人間の頭の中に貯めるための仕組みだった。メタファーを丸ごと捨てるには、ここだけが惜しい。
エージェントの世界にも、この蓄積は存在する。ただし、貯まる場所が違う。指示書（CLAUDE.mdのようなコンテキストファイル）、スキル定義、ツールの接続設定、権限の境界、そして「ちゃんと動いたか」を測る評価基準。人間でいえば、社員本人ではなく、職務記述書とマニュアルと試験問題の側だ。
だから、投資の向きが反転する。エージェント本体は毎回使い捨てでいい。使い捨てず、磨き、複利で育てるのは、エージェントが起動時に読み込む環境のほうだ。指示書もスキルも、頻繁に書き換わる。ただ、書き換わりながら、消えずに残る。毎回消えるエージェント本体との違いは、変わらないことではなく、消えないことだ。この分離ができていないと、本来ドキュメントとして資産化すべき知識を、「経理AIくん」という一体の人格に閉じ込めることになる。冒頭の組織図投稿の正体は、これだと思う。資産と使い捨ての線を、逆側に引いてしまっているのだ。
すでに起きていること
企業の組織設計のほうが、この整理よりも先に動いている。
米モデルナは2024年末、人事部門とIT部門を統合し、元CHROが「Chief People and Digital Technology Officer」として両方を統括する体制に移った。社内では3,000を超えるカスタムAIエージェントが稼働していて、「この仕事は人がやるか、AIがやるか」を役割設計の段階から一体で判断するための再編だ。Shopifyも2025年、「新規採用を要求する前に、なぜその仕事がAIにできないのかを説明せよ」というCEOメモを全社に出した。人の採用と、AIへのトークン投下が、同じテーブルの上で意思決定され始めている。
メタファーの側も、すでに名指しで批判されている。調査会社のForresterは2025年、エージェントを「従業員」として捉えるメンタルモデルには根本的な欠陥があると指摘した。エージェントは戦術的な作業単位ではなく、再利用可能な認知資産である——冒頭の組織図でいえば、資産は箱ではなく線の側にある、という同じ結論だ。
この流れ自体は、間違っていないと思う。問題は、この世界観と日本型雇用の直感との距離だ。終身雇用の感覚のままここに接続すると、「AIも社員と同じように、一体ずつ雇って育てる」という誤訳が起きる。個別の運用を直しても間に合わない。メタファーごと、乗り換える必要がある。
擬人化そのものは、悪くない
ここまでの話を「エージェントを擬人化するな」という主張と読まれると、それは少し違う。
AI導入の教育に関わっていると、「経理担当のAIがいると思ってください」という言い方が、初学者の理解の入口として機能する場面を何度も見る。擬人化は、初めて触れる人の認知負荷を下げる足場になる。比喩としては、有用なのだ。
まずいのは、その足場を外し忘れることだ。足場は、建物が建ったら外すためにある。比喩で入口を作り、仕組みが掴めた段階で、「エージェントは雇うものではなく、立ち上がっては消えるプロセスで、育てるのはコンテキストの側だ」という本来のモデルに乗り換えてもらう。入口の比喩と、実装のモデル。この二つは、別物として設計する。
組織図の、どの線が資産か
冒頭の組織図投稿に戻る。あの図の中で本当に資産になるのは、「経理AI」という箱ではない。箱の中に書き込まれるはずだった業務の手順、判断の基準、権限の範囲——箱を消しても残る線のほうだ。次にああいう投稿を見かけたら、箱と線を分けて眺めてみてほしい。どこまでが使い捨てで、どこからが育てる資産か。その線引きの目が、エージェント時代の組織設計の技能そのものになる。
そしてこの線引きは、ツールの操作を覚えるだけでは身につかない。エージェントとは何か、何を使い捨て、何を蓄積し、何を人間の手に残すのか、という基礎の考え方から学ぶ必要がある。そのための場所として、NarAIというプロダクトを作った。AIエージェントの基礎と考え方を、正しいメンタルモデルの側から学ぶためのものだ。
「AIを雇う」という言葉に、どこかで違和感を持ったことがある人にこそ、触ってみてほしい。
関連する無料レッスン
全体像はClaudeの使い方 — 「聞く」と「任せる」を分けて覚えるにまとめています。