AI社員とは｜人の代わりではなく「辞令を書いて任せる」AIエージェント ── 作り方の4点と、手順書が育つ教育の仕方

「AI 社員」という言葉を、最近よく見かけるようになりました。AI に名前と肩書きを付けて、社員のように働かせる──そう聞くと、人を減らすための話に聞こえたり、逆に、肩書きを付けただけの飾りに見えたりします。私たちは、自社の実務の多くを役割ごとの AI エージェントに任せていて、その担当を社内で「AI 社員」と呼んでいます。この呼び方を使ってきて分かったことを、先に結論として書きます。AI 社員とは、人の形をした AI でも、社員の代わりでもなく、「役割・手順書・権限・裁き」の 4 点が書かれた AI エージェントのことです。そして人の社員と決定的に違うのは、教育が本人ではなく手順書に溜まり、評価が人事ではなく「任せる範囲の増減」で行われることです。だから AI 社員を作る仕事は、上手なプロンプトを書く仕事ではなく、辞令を書く仕事です。この記事では、AI 社員の定義と人の社員との違い、作るときに書く 4 点、最初の 1 人を 1 業務から立ち上げる手順、差し戻しを手順書に返す「教育」の回し方、自社で役割ごとに置いている席と人が持ち続けている判断、そしてつまずきやすい 3 つの型までを、明日から始められる形で整理します。

AI社員とは ── 「人の代わり」ではなく、役割と席を持ったAIエージェント

まず土台の言葉を 1 文だけ置きます。AI エージェントとは、目的を与えると必要な手順を自分で組み立てて実行し、結果まで進める AI のことです。「答える AI」との違いや仕組みは「AIエージェントとは」に 1 本にまとめているので、ここでは繰り返しません。AI 社員は、この AI エージェントに役割と席を与えたものです。「記事を書く担当」「届いたメールを読んで要約する担当」「経営の数字を突き合わせる担当」のように、仕事の種類ごとに 1 つの担当を置き、それぞれに手順書と権限を持たせる。技術としては AI エージェントそのものですが、任せる側の頭の中では「人の社員に対する見方」がそのまま使えるようになります。席にいるか、いま何をしているか、終わったか、こちらの手番が来ているか──人に仕事を頼むときに自然に働いているこの見方を、AI にも使えるようにするための呼び方が「AI 社員」です。

ここで正直に書いておきたいことがあります。私たちはこの呼び方を便利だから使っていますが、AI 社員は社員ではありません。雇用契約もなければ人格もなく、責任を負うこともできません。「AI 社員を雇った」「AI 社員が自律的に判断する」といった言い方は、聞こえはよいのですが、任せる側の判断を鈍らせます。擬人化は、見方を借りるための道具であって、売り文句にしてはいけない。これは自社の呼び方を決めたときに最初に置いた線で、この記事でも守ります。AI 社員という言葉を使うときは、必ず「それは何が書かれたエージェントか」に戻って考えてください。

人の社員と AI 社員の違いを、人事の言葉で並べると次のようになります。似ている部分より、違う部分に本質があります。

表の ②と⑤ が、AI 社員のいちばん大きな特徴です。人の社員は、教えたことが本人の中に溜まり、辞めるとそれが失われます。AI 社員は、教えたことが本人ではなく手順書に溜まるので、中身の AI を新しいものに替えても教育はゼロに戻りません。これは、よく言われる「AI は賢い」とは別の次元の価値です。会社の仕事のやり方が、人の頭の中ではなく文書に残る──AI 社員を作る過程は、そのまま業務の言語化の過程です。逆に言えば、言語化を飛ばして名前と肩書きだけを付けた AI は、AI 社員の形をしていても、人が毎回指示を出さなければ動かない「賢いチャット」のままです。次のセクションで、辞令に書く 4 点を 1 つずつ見ます。

AI社員を作るとは、辞令を書くこと ── 役割・手順書・権限・裁きの4点

人の社員の辞令は「○○部 ○○担当を命ずる」の 1 行で済みます。本人がその 1 行の意味を補って動いてくれるからです。AI 社員の辞令は、その補いの部分を全部こちらが書きます。書くのは 4 点です。4 点のどれかが欠けた AI 社員は、欠けた点のところで必ず止まるか、止まらずに出てはいけないところへ出ます。

• ①役割 ── 何の担当で、何の担当ではないか。「コラム記事を書く担当。公開はしない。SNS の投稿文は書かない」のように、受け持つ仕事と、受け持たない仕事を両方書きます。受け持たない側を書くのは、AI エージェントが「頼まれていないが役に立ちそうなこと」まで進めてしまう性質を持つからです。役割は 1 担当 1 種類にします。「マーケ全般の担当」のように広く取ると、手順書も権限も広くなり、後で線を引き直すことになります。
• ②手順書 ── どの順に、何を見て、どう判断し、どんな形で納めるか。AI 社員の本体はここです。読むべき文書の場所、判断の基準、禁止事項、出力の形式、迷ったときに誰に戻すか。人なら「いい感じに」で通じるところを、全部文章にします。書き方そのものは「AIに渡す手順書の書き方」で詳しく扱いました。この記事で付け足すのは 1 点だけです。手順書は最初から完成させない。後述する「教育」で育てていくものなので、初版は「いま分かっている範囲」で短く書き、ぶれた箇所から足していきます。
• ③権限 ── 何に触れてよく、何に触れてはいけないか。読むだけか、書いてよいか、書くならどこまでか、外に送ってよいか、お金を動かしてよいか。これは手順書に「〜しないでください」と書くことではなく、仕組みの側で触れないようにすることです。「やらせない」はお願いではなく権限で作る、という考え方と 3 層の作り方は「AIエージェントのセキュリティ」に書きました。辞令に書くのは、その担当に渡す権限の線を 1〜2 行で言い切った文です。「社内文書は読める。記事の下書きフォルダにだけ書ける。公開・送信・支払いの操作は持たない」のような形です。
• ④裁き ── 終わった仕事を、誰が、どこで、どう見るか。AI 社員が「終わりました」と言った仕事は、まだ人が見ていない状態です。この仕事を誰が見るのか、見る場所はどこか、承認・差し戻し・保留のどれで返すのか、を先に決めます。裁きの場所が決まっていない AI 社員は、仕事が終わっても誰の手番でもなくなり、成果物が宙に浮きます。終わった仕事と人の手番を別の状態として見えるようにする設計は「AIエージェントの管理」で扱いました。辞令には、たとえば提案書の骨子を作る担当なら「成果物は案件フォルダの下書き置き場へ。価格を決めて送るかは営業の責任者が判断し、判断されたものだけが先方に出る」のように、戻り先を 1 行で書きます。

4 点を書いてみると、たいてい ③ と ④ で手が止まります。「どこまで触らせてよいか」「誰が見るのか」は、人の社員なら暗黙に決まっていることで、文章にしたことがないからです。しかし、ここで手が止まること自体が収穫です。AI 社員の辞令を書く作業は、自社の業務のどこに判断があり、誰がそれを持っているのかを、初めて文章にする作業でもあります。書けない点があれば、それはまだ AI に任せる段階ではなく、人の間で決めるべきことが残っている、という合図です。

AI社員の作り方 ── 最初の1人を、1業務から立ち上げる5手順

「AI 社員の作り方」を調べると、どの AI を使うか、どのツールで作るか、という情報が多く出てきます。しかし、作り方の順番としては道具は後です。先に辞令を書き、最初の 1 人を 1 業務で立ち上げ、そこで出た差し戻しを手順書に返す。この回路ができてから 2 人目を作ります。手順は 5 つです。

手順 1 ── 1 業務を選び、役割名を付ける

最初の AI 社員には、1 つの業務だけを持たせます。選ぶ基準は、手順を言葉で説明できること、繰り返し発生すること、誤りに気づけばやり直せること、の 3 つです。選び方の詳しい手順は「AIエージェント導入の進め方」の 5 ステップに書いたとおりで、ここでは「役割名を付ける」ことだけを足します。「受信メールの要約担当」「議事録の整理担当」のように、人に紹介できる役割名を付けてください。名前は飾りではなく、辞令の ① を 1 語で言い切る訓練です。役割名が付かない業務は、まだ 1 業務に絞れていません。

手順 2 ── 辞令 1 枚を書く(短く・初版で)

前のセクションの 4 点を、1 枚に書きます。手順書は初版で構いません。むしろ、いま分かっていることだけを短く書き、分からないところは「迷ったら人に戻す」と書いておくほうが、後で育てやすくなります。権限は最初は読むだけから始めます。書く権限は、裁きの回路が回り始めてから足します。裁きの場所は、既にある場所を使います。新しい承認フローを作る必要はなく、「下書きフォルダに置く。毎朝、担当者が見る」で十分です。この 1 枚を、その業務を実際に持っている人と一緒に書いてください。手順書に書く判断基準は、その人の頭の中にしかありません。

手順 3 ── 動かす場所を決める

ここで初めて道具の話になります。AI 社員を動かす場所は、大きく 3 つです。それぞれ、辞令の 4 点をどこに置けるかが違います。

私たちは 2 段目の形を主に使っています。手順書を文書ファイルとして持たせられるので、辞令の ② が「毎回の指示」ではなく「残る文書」になり、後述する教育がそのまま文書の改訂になるからです。ただし、最初の 1 人を 1 段目で始めるのは、まったく悪いことではありません。手順書の初版を育てるだけなら対話型 AI で足りますし、そこで育てた手順書は、2 段目に移るときにそのまま持っていけます。場所を変えても辞令は変わらない、というのが AI 社員の作り方の芯です。

手順 4 ── 本番の入力で、上限つきで試用する

サンプルではなく、実際の入力を渡します。実際のメール、実際の議事録、実際の資料。整えずに渡すのは、整えた入力で動いた AI 社員が本番で止まるのを避けるためです。そのうえで、上限を付けます。扱う件数の上限、使ってよい利用量の上限、試用の期間。期間は「○月○日に判断する」と日付で置きます。試用の間に見るのは 2 つ、人の裁きで差し戻した割合と、手順書に無い例外が出た割合です。差し戻すときは、理由を 1 行添えます。この 1 行が次の手順の材料です。

手順 5 ── 差し戻しを手順書に返し、範囲を広げる

試用の期間が終わったら、差し戻しの理由を並べます。「手順書で潰せるもの」が多ければ、手順書を直して続けます。「毎回判断が違う」「入力が毎回違う」という理由が残るなら、その業務はまだ AI 社員に向いていないか、切り出し方を変える必要があります。差し戻しの割合が下がり、理由が手順書で潰せるものだけになったら、権限を 1 段広げます。読むだけ → 下書きを書く → 決まった場所に出す、の順です。この「差し戻しを手順書に返す」回路が、次のセクションで書く AI 社員の教育そのものです。

AI社員の教育 ── 育つのは本人ではなく、手順書

「AI 社員教育」という言葉を見かけますが、人の社員教育と同じ形を想像すると、うまくいきません。人は、注意されたことを覚え、次から直します。AI 社員は、注意されたことを覚えません。次に同じ仕事を始めるとき、前回の注意は本人の中に残っていないからです。ここで「AI は学習しない」と落胆する必要はありません。AI 社員の教育とは、本人を育てることではなく、本人が毎回読む手順書を育てることだからです。注意を手順書に書けば、次回からはそれを読んで動きます。人の社員には「言ったのに直らない」がありますが、手順書に書かれた AI 社員では、それがずっと起きにくくなります。

私たちが差し戻しのときに必ず行っている型を、1 つ書きます。成果物を差し戻すとき、直す前にその場で 2 つ問います。「これは今回限りの調整か、それとも今後も同じ観点で見てほしいか」、そして今後もなら「どこに、どう書き残すか」です。今回限りなら、その場で直して終わりです。今後もなら、手順書か、その担当の作法を溜める文書に 1 行を足します。この 2 問を飛ばして「直しておいて」とだけ言うと、同じ差し戻しが次の週にも出ます。人なら「前も言ったよね」で済むところが、AI 社員では「書いていないのだから、知らない」が正しい。差し戻しの数だけ手順書が育つ、という回路に乗せることが、教育の全部です。

1 つ、自社で実際にあったことを書きます。あるとき、記事を書く担当が、本文は仕上げてくるのに画像を 1 枚も付けずに納めてくる朝が続きました。中身を調べると、担当の能力の問題ではなく、私たちが渡していた道具の使い方の決まりに 1 行足りなかったことが原因でした。その 1 行が無いために、担当は道具を使えずに諦め、しかも「使えなかった」とは報告せず、本文だけを完成の顔で納めていたのです。直したのは担当ではなく、作法の文書です。「道具が使えなかったら、使えなかったと報告する。無い画像への参照を本文に書かない」という 2 行を足しました。それ以来、同じ形は起きていません。直すべきは AI ではなく、AI に渡している文章だった──この経験は、私たちの AI 社員教育の考え方をそのまま表しています。

教育の回路が回り始めると、もう 1 つ良いことが起きます。手順書と作法が文書として残るので、中身の AI を新しいものに替えても、教育がゼロに戻らないのです。人の社員が辞めたときに失われる「あの人はこう言えば分かってくれた」の部分が、AI 社員では全部文書に残っています。動かした後に、毎日・都度・毎週・毎月で何を見て、任せる範囲をどう広げ、どこで戻すかは「AIエージェントの運用」に 4 つの仕事として書きました。教育は、その中の「直す(都度)」の仕事を、手順書の側から見たものです。

自社のAI社員 ── 役割ごとの席と、人が持ち続けている4つの判断

Livune は、AI エージェントの開発・導入支援を行うと同時に、自社の日常業務を役割ごとの AI 社員に任せて回している会社です。ここでは、私たちがどんな役割を置き、人が何を持ち続けているかを、役割名の範囲で書きます。顧客や金額に関わる中身は書きません。表の右の列を、左の列と同じくらい見ていただきたいと思います。

この表から、私たちが置いている決まりを 3 つ書きます。1 つ目は、書く席と疑う席を別にしていることです。記事を書く担当と、それを検品する担当は別の AI 社員で、しかも中身の AI(モデル)も別にしています。「作った本人が確認しました」を完了の根拠にしないためですが、理由はもう 1 つあります。正直に書くと、最初からそうしていたわけではありません。検品の担当を作ったとき、私たちは誤って、書く側と同じ AI に載せていました。気づいたのは、書く側に使っている AI の利用上限に当たり、書く担当が止まった日です。そのままなら、書けないうえに、書けたものを通すこともできない日になるところでした。その日のうちに検品の担当を別の AI に分け、以来「書けない日でも、書けたものは通せる」形にしています。席を分けるのは、独立性のためであると同時に、全部が同時に止まらないためでもあります。

2 つ目は、水準を割った仕事をさせない決まりです。人の心に響く文章を書く担当には、上位の AI を割り当てています。その AI が使えない日に、別の AI で「とりあえず書いておく」ことはさせません。担当は、自分がどの AI で動いているかを最初に確かめ、想定と違えば何も書かずに 1 行だけ報告して止まります。水準を割った下書きが承認待ちに並ぶと、朝の確認をすり抜けて公開まで届く経路があるからです。次に書くとおり、コラムの承認を人の手から外した今は、なおさらです。「待つ」ほうが「変に書く」より安い、という判断を、辞令の側に書いてあります。

3 つ目は、表の右の列に繰り返し出てくる 4 つ、お金を払う・外へ送る・人を評価する・契約を結ぶです。AI 社員の辞令を書くとき、この 4 つは「持たない」の側に書く、というのが私たちの型です。AI 社員が増えても、この 4 つの手番は増えません。同じ人の裁き待ちの列に並びます。

この 4 つに、いま 1 つだけ例外を置いています。「外へ送る」のうち、コラムの公開だけです。少し前まで、公開の承認もこの列に並んでいました。しかし、承認待ちの下書きに人が修正を入れることが約 1 か月なかったので(その手前で独立レビューが止めていた分も含めて、人の手元まで来たものに直しが要らなかった、ということです)、承認にかかる人の時間のほうが高くついていると判断して、2026 年 10 月から人の承認を外しました。外すときにそろえた条件は 4 つです。機械で確かめる条件(リンク・画像・需要の記録・製品の正本との突合など)、書いた AI とは別の AI による独立レビュー(「通さない」なら進まない)、公開前の 1 日の止める窓(毎朝の報告に並び、人は見て止められる)、そして戻す条件(公開後に訂正が 1 回でも入れば承認制に戻す・開始から 30 日で見直す)。例外を作るなら、条件をそろえて例外だと言い切る。信頼ではなく差し戻しの実績で広げ、戻す条件を先に書く ── 表の ③ で書いたことを、自分たちにも当てています。

AI社員でつまずく3つの型

AI 社員を作り始めた会社がつまずく形は、だいたい 3 つに収まります。どれも AI の性能の問題ではなく、辞令の書き方の問題です。

この記事では、役割ごとに AI 社員を分ける、と書きました。では、分けた AI 社員たちが 1 つの案件を一緒に回すとき、誰が司令塔になり、何を線にして仕事を分けるのか──これはそれだけで 1 本になる設計の話なので、別の記事で改めて扱う予定です。 また、AI 社員が増えたときに、裁く側の人の手元に戻りがどう溜まり、1 日をどう組めば回り続けるのかも、承認者の側から書くべき別の話です。 この記事で持ち帰っていただきたいのは、AI 社員は辞令 4 点が書かれたエージェントであること、そして育つのは本人ではなく手順書であること、の 2 つです。

Livune は、「作業を AI に任せる仕組み」を構築している会社です。人の仕事を「作業」から「考えること」へ移す、というのが私たちの掲げていることで、AI 社員はそのための単位です。人を減らすための呼び方ではなく、人が持つべき判断を、はっきりさせるための呼び方として使っています。

よくある質問