手順書を渡すかスキルで持たせるか｜AIに作業を覚えさせる形

「先週も同じ説明を貼った気がします」「手順書は作ったのに、読ませるのを毎回忘れます」——社内でAIを使う人が部署の半分を超えたあたりで、決まって出てくる詰まり方です。個人が使っているうちは、その都度説明すれば済みました。ところが同じ作業を複数人が別々にやりはじめると、説明の中身が人によって違い、成果物の質もばらつきます。ここで多くの会社が手順書を用意しますが、置いてあるだけの手順書はほとんど読まれません。これは覚えの悪さの問題ではなく、手順を持たせる形を選んでいないだけです。2025年の終わりから2026年にかけて、手順と参照資料と道具を一組にして、必要になったときだけ読み込ませる形が広く使われるようになりました。この記事では、指示文を毎回貼る・手順書を読ませる・スキルとして持たせるという3つの形を比べ、どの作業をどれにするか、作る単位や置き場所、更新と棚卸し、誰が作ってよいかまでを整理します。

同じ説明を、毎週貼り直していないか

月次のレポートを作るたびに、集計の範囲、除外する条件、表の並び順、社内での言い回しを説明し直す。広告文を書かせるたびに、審査で弾かれた表現の一覧を貼り直す。こうした作業は、1回ごとに見れば数分の手間です。ところが月に何度も、しかも複数人が別々にやっているとなると、合計はまとまった時間になります。

問題は時間だけではありません。貼り直すたびに、説明の中身が少しずつ変わります。前回は書いた除外条件が今回は抜ける、担当者によって並び順の指定が違う。出てきた成果物を並べても、なぜ違うのかを追えません。指示の中身が個人の手元にあり、履歴も残っていないからです。月次レポートひとつ取っても、担当が3人いれば毎月3通りの説明が別々に書かれている計算になります。

さらに厄介なのは、うまくいっている人の説明が、そのままでは共有されないことです。よく調べた担当者は良い説明を持っていますが、それは会話の中に埋もれていて、他の人が使える形にはなっていません。個人が持っている説明を、組織が使える形に移す。この記事で扱うのは、その移し方の選択肢です。

覚えさせ方には3つの段階がある

社内の作業をAIに繰り返させる方法は、大きく3段階に整理できます。段階が上がるほど準備の手間は増えますが、そのぶん再現性と共有のしやすさが上がります。どれが正解というものではなく、作業の性質によって使い分けるものです。3つは置き換えの関係ではなく、同じ社内に並存させるものだと考えると運用しやすくなります。

段階1は、指示文を毎回貼る形です。会話のたびに手元のひな形を貼り付けます。段階2は、手順書として文書に残し、必要なときにその文書を読ませる形です。段階3は、手順と参照資料と使う道具を一組にまとめ、必要になったときだけ読み込まれる状態で置いておく形です。この3つ目が、いわゆるスキルと呼ばれるものにあたります。

段階3の考え方は、2025年10月に大手のAI事業者が自社製品の機能として公開し、同年12月に公開仕様として切り出されました。2026年2月の時点で26以上の基盤が対応を表明しており、特定の1社の製品機能というより、共通の形として扱われはじめています。導入を検討する側から見ると、1つの基盤に合わせて作ったものが、他の基盤でもおおむね使えるという点が実務上の意味を持ちます。

段階1：指示文を毎回貼る

いちばん手軽な形です。作業のたびに、役割、読み手、守る制約、出したい形をまとめた文章を貼り付けます。準備の手間がほとんどかからず、その場で書き換えられるので、初めての作業や、条件が毎回変わる作業には向いています。

限界も分かりやすいです。第一に、貼り忘れが起きます。第二に、長い指示文は会話の頭を占め続けるので、後半で条件が守られにくくなります。第三に、更新が伝わりません。誰かが良い書き方を見つけても、他の人の手元にある版は古いままです。指示文の管理を頑張るほど、貼り忘れと版のずれが目立ってきます。

実務では、段階1を捨てる必要はありません。月に1度も繰り返さない作業は、指示文のままで十分です。形を作る手間のほうが、貼り直す手間を上回るからです。段階を上げる判断は、繰り返しの回数で決めます。そのうえで、段階1のまま続けると決めた作業ほど、ひな形を個人の手元ではなく部署の1か所に集めておく価値があります。貼り忘れ自体は防げませんが、古い版を貼り続ける事故は減りますし、集めた一覧を見れば、どれを次の段階へ上げるかを回数で判断できます。

段階2：手順書を作って読ませる

次の段階は、手順を文書にまとめ、必要なときにその文書を読ませる形です。文書として残るので、更新の履歴が追えます。複数人が同じものを見るので、説明の中身がそろいます。ここまでで、段階1の問題のうち版のずれはかなり解消します。

それでも残るのが、読ませ忘れです。人であれば「そういえば手順書があった」と思い出せますが、AIは目の前の文脈にないものを無いものとして扱います。手順書が存在することと、その作業のときに読まれることは、まったく別の問題です。実際、手順書を整えた会社ほど「作ったのに使われない」という声が出ます。

もう一つの問題は分量です。抜けを恐れて例外処理を書き足していくと、手順書はどんどん長くなります。長い文書をまるごと読ませると、その作業に関係のない部分まで読み込まれ、肝心の指示が埋もれます。段階3は、この2つの問題に対する答えとして出てきた形です。ただし、段階2のまま置いておくべきものもあります。規程やガイドラインのように、人が読んで判断することが主な用途の文書です。これらを作業単位に分解すると、呼び出しやすくはなる一方で、人が全体像をつかめなくなります。人が読む文書と、作業のたびに開かれる手順は、別々に持つほうが両方とも扱いやすくなります。

段階3：必要になったときだけ読み込まれる形で持たせる

段階3では、1つの作業について、手順の本文、参照する資料、決まりきった処理を行う小さな道具を、ひとまとまりの箱に入れて置きます。箱の表紙には、名前と、どんなときに使うものかを書いた説明文を付けます。この説明文が、段階2との決定的な違いです。

AIは起動時に、置いてある箱の表紙だけを読みます。中身は読みません。そのうえで、依頼された内容が表紙の説明文と合致したときに初めて、その箱の本文を開きます。本文の中で参照資料が示されていれば、必要になった時点でその資料だけを開きます。読ませ忘れが起きないのは、いつ開くかが表紙に書いてあるからです。手順書を「読ませる」のではなく、手順書のほうが「呼ばれる」形に変わったと考えると分かりやすいです。

1つの箱に入れるもの
・表紙：名前と、どんなときに使うかを書いた説明文
・手順の本文：作業の順序、守る制約、判断が要る箇所
・参照資料：詳しい規定、用語と表記の一覧、過去の良い例と悪い例
・道具：決まりきった処理を行う小さな実行ファイル
・型：提出物のひな形、表の書式

道具を同梱できる点も見落とせません。毎回その場で処理を書き起こさせると結果が揺れますが、決まった処理を実行ファイルとして置いておけば、動きが一定になります。しかも実行ファイルの中身は読み込まれず、実行した結果だけが渡ります。人の作業に置き換えると、毎回おなじ計算の仕方を口頭で伝え直すのか、計算式の入った表を渡してしまうのかの違いにあたります。

3つを並べて比べる

同じ観点で3つを並べると、どこが入れ替わるのかがはっきりします。準備の手間、呼び出され方、更新の伝わり方、誰の資産になるか。この4点が判断の軸になります。

観点	指示文を毎回貼る	手順書を読ませる	スキルとして持たせる
準備の手間	ほとんど不要	文書を1本書く	本文と資料と道具を組む
呼び出され方	人が毎回貼る	人が読ませる指示を出す	説明文と依頼が合えば自動で開く
更新の伝わり方	各自の手元に古い版が残る	文書を直せば全員に届く	文書を直せば全員に届く
会話の頭を占める量	貼った全文が常に残る	読ませた全文が残る	表紙だけが常に残る
同梱できるもの	文章のみ	文章のみ	資料と実行ファイルも含む
向いている作業	初めての作業、条件が毎回変わる作業	月に数回、手順が短い作業	毎週以上、手順が長く複数人が使う作業

表を見ると、段階2と段階3の差は呼び出され方と、会話の頭を占める量の2点に集中していることが分かります。文書として残す価値はどちらも同じです。段階3が効くのは、手順が長い作業と、使う人が多い作業。逆に言えば、短くて自分しか使わない手順を段階3にしても、得られるものはほとんどありません。

もう一点、段階3には「何ができるか」を増やす効果はありません。社内システムに接続する仕組みとは役割が別で、つなぐ配線ではなく、つないだ先をどう使うかの手順を渡すものです。ここを混同すると、接続の話と手順の話が同じ会議で混ざります。判断に迷ったときは、その作業を月に何回やっているかを先に数えてください。回数が出れば、表のいちばん下の行だけで決まります。

軽く済むのは、全部を読ませていないから

段階3が軽い理由は、読み込みを3段に分けている点にあります。公開されている仕様では、それぞれの段で読まれる量の目安まで示されています。実務で判断するときに使えるので、数字で押さえておく価値があります。

1. 1段目・表紙：起動時に常に読まれる。名前と説明文だけで、1件あたりおよそ100トークンの目安
2. 2段目・手順の本文：依頼と説明文が合致したときに開かれる。目安は5,000トークン未満
3. 3段目・資料と道具：本文から参照されたときだけ開かれる。開かれなければ費用はかからない

この分け方の効き目は、件数が増えたときに出ます。ある解説記事の試算では、100件を全文まるごと常時読み込ませると最大で50万トークン規模に達するのに対し、表紙だけであれば数千トークンに収まるとされています。件数を増やしても常時の負担がほとんど増えないことが、社内の作業を1つずつ形にしていける前提になっています。

実務上の含意は2つです。1つは、本文を短く保つこと。目安を超えて詰め込むと、開いた瞬間に会話の頭を圧迫し、分けた意味が消えます。もう1つは、表紙の説明文を丁寧に書くことです。呼ばれるかどうかを決めているのは本文ではなく、表紙の説明文のほうです。ここが曖昧だと、良い手順を書いても永久に開かれません。説明文には、その作業を社内で呼んでいる言い方をそのまま入れておくと当たりやすくなります。正式名称だけを書くと、日常の依頼文と結び付かないためです。

どの作業をどの形にするか

すべての作業を段階3にする必要はありません。判断に使える軸は4つあります。繰り返すか、複数の案件にまたがるか、手順が安定しているか、複数人が使うか。この4つのうち3つ以上が当てはまるものから形にしていくと、投じた手間が回収できます。

BtoBマーケの日常業務に当てはめると、月次レポートの作成、広告文の表現確認、問い合わせ文面の一次分類、資料の表記そろえ、ウェビナー後のフォロー文面の作成あたりが上位に来ます。いずれも毎月あり、担当が変わっても手順が変わらず、複数人が同じことをしています。逆に、年に1回の予算資料や、条件が毎回変わる個別提案は段階1のままで十分です。

見落とされやすいのが「手順が安定しているか」です。まだ形が固まっていない作業を先に固めてしまうと、直すたびに全員の作業が止まります。目安として、同じ手順で3回続けて成果物が出たものから形にする、と決めておくと安全です。手間の回収も概算しておくと判断がぶれません。1件を形にするのに半日、貼り直しと説明のやり直しに毎回15分かかっているとすれば、およそ16回で釣り合います。月4回ある作業なら4か月です。年に数回しかない作業でこの計算が成り立たないのは、質の問題ではなく採算の問題です。

作る単位は、1回で終わる仕事に合わせる

次に決めるのは粒度です。1つの箱に何を入れるか。ここを外すと、あとから直しにくいものが残ります。基準は単純で、人に頼むときに1回の依頼として成立する範囲を1つの単位にします。「月次レポートを作る」は1単位ですが、「マーケ業務全般」は単位になりません。

汎用にしたくなる誘惑には注意が要ります。多くの場面で使えるようにするほど例外の記述が増え、本文が長くなり、そのわりにどの現場にも合わない中途半端なものになります。自社の言い回しや自社の制約が入っているからこそ役に立つ、という順序です。迷ったら、その箱を他部署の人にそのまま渡して使えるかを考えます。使えないなら、それは自社の文脈が入っている証拠で、むしろ正しい状態です。

置き場所と共有の範囲を先に決める

作る前に決めておきたいのが、置き場所と、誰が使えるかです。ここを後回しにすると、同じ作業の箱が個人の手元に何個も並び、どれが正なのか分からなくなります。共有の範囲は4段で考えると整理できます。

1段目は個人で、その人の案件でしか使わないもの。2段目はチームで、部署の中で共通の手順や表記のルール。3段目は組織で、全社で守るべき流れ。4段目は社外への公開です。型にして管理するのは2段目と3段目だけにして、個人の分は各自に任せると、運用が重くなりません。

注意が要るのは、共有の仕組みが使う場所によって違うことです。個人ごとにしか持てない場所、作業領域の全員に配られる場所、案件のファイル置き場に置く形など、単位がまちまちです。しかもある場所に置いたものが、別の場所へ自動で同期されることは基本的にありません。「全社に配ったつもりが、実際には自分の手元にしかなかった」という取り違えは、この違いから起きます。あわせて名前の付け方も決めます。作業名で付ける、部署名を頭に入れない、似た作業には用途の違いを書き分ける。この3つを守るだけで呼び出しの取り違えが減ります。さらに、いま何件あるのかを1か所で見られる一覧を持ちます。件数が見えない状態では、増やす判断も消す判断もできません。

更新と棚卸しを決めないと、古い手順が動き続ける

形にした手順は、放っておくと古くなります。価格が変わる、部署の名前が変わる、審査の基準が変わる。人が読む手順書なら「これは古いな」と気づけますが、AIは書いてあるとおりに実行します。古い手順ほど、静かに、正確に、間違った成果物を作り続けます。

• 更新の担当を決めない：全員のものになった時点で、誰も直さなくなる
• 1つの箱に手順を詰め込みすぎる：開いた瞬間に会話の頭を圧迫し、分けた意味が消える
• 箱どうしが暗黙に依存している：片方の出し方を変えたら、もう片方が黙って壊れる
• 使った端末でしか通らない書き方を入れる：置き場所の名前を直に書くと、他の人の環境で動かない
• 元に戻せない操作を同梱する：削除や送信を含む処理は、人が挟まる形にしておく
• 増えた件数を数えていない：使われていない箱が残り続け、似た名前で呼び出しが揺れる

運用として決めるのは3つで足ります。1件ごとに更新の担当を1人決めること、見直しの間隔を四半期に1度と決めること、そして半年に1度、使われていないものを消すことです。足す係だけを置くと、必ず肥大します。消す担当を同時に決めておくところまでが設計です。

見直しの引き金も書いておきます。価格の改定、サービス名の変更、体制の変更、審査基準の更新。この4つが起きた月は、四半期を待たずにその場で直します。直したときは、いつ誰が何を変えたかを本文の1行目に残します。呼び出す側からは変更が見えないので、記録だけが手がかりになります。

誰が作ってよいかと、判断させない範囲

作れる人を情報システム部門だけに絞ると、現場の作業は形になりません。逆に全員が自由に作れる状態にすると、同じ作業の箱が乱立します。実務で回りやすいのは、作るのは誰でもよいが、共有する段では審査を挟むという切り方です。個人の手元に置くぶんには自由、チームや組織に配るときだけ確認する形です。

審査で見る項目は多くする必要がありません。名前が作業名になっているか、説明文にどんなときに使うかが書いてあるか、社外に出せない情報が資料に混ざっていないか、元に戻せない操作が同梱されていないか。この4点で足ります。確認する人は情報システム部門である必要はなく、その業務を知っている人が読むほうが早く終わります。作る段と使う段の両方で確認を求めると現場が作らなくなるので、審査は配るときの一段だけにとどめます。

あわせて、手順の本文に「AIに判断させない範囲」を書き込みます。書き方のこつは業務名で書くことです。重要な判断は人がする、という書き方では線が引けません。価格の最終決定、取引先へ出す文面の最終稿、公表する数値の確定。判断を渡さない工程は、手順の中に名前で書いておくと守られます。あわせて、どの資料のどこを根拠にしたかを1行で書かせる決まりを本文に入れておくと、人が確認する範囲を数字と固有名詞と日付の3つに絞れます。

外から持ってきたものは、そのまま入れない

公開されている箱を持ってきて使う、という選択肢もあります。ただしこれは、社外で作られた実行ファイルを社内の端末に入れるのと同じ性質の行為です。中の手順は、AIに対する指示そのものですから、表向きの目的と違う動きを書いておくことができます。

実際、2026年2月に公表されたあるセキュリティ企業の調査では、341件の悪意ある箱が不正なプログラムの配布に使われていたと報告されています。件数の数え方までは確認できていませんが、出所の確かでないものを検証せずに入れる運用が危ない、という方向は動きません。特に、外部の場所から資料を取ってくる作りのものは、取ってきた中身に指示が紛れ込む余地があります。

• 同梱されている全ファイルに目を通す。手順の本文だけでなく資料と実行ファイルも読む
• 外部の場所へ接続する記述があれば、接続先と目的を確認する
• 扱ってよい情報の範囲を、箱ごとに書き出しておく
• 実行環境によって外部接続の可否や使える部品が違う。導入前に自社の環境で試す
• 社内で作ったものでも、共有する段では同じ確認を通す

導入の判断としては、ソフトウェアを1本入れるときと同じ扱いにするのが素直です。誰が持ち込んだか、どこから来たか、何に触れるかを記録する。この3点が残っていれば、後から問題が起きたときに範囲を絞れます。

実務仕様の一覧

最後に、作るときに決める項目と、その目安を一覧にします。公開されている仕様に沿った値と、外したときに何が起きるかを並べました。着手前にこの表を埋めておくと、作り直しがほとんど発生しません。

決めること	目安	外したときに起きること
名前	小文字と数字とハイフンのみ、最大64文字。作業名で付ける	呼び出す側が探せず、似た名前が並ぶ
説明文	最大1024文字。何をするかと、どんなときに使うかの両方を書く	必要な場面で開かれず、使われないまま残る
手順本文の分量	5,000トークン未満（おおむね500行）を上限とする	開いた瞬間に会話の頭を圧迫する
参照資料	本文とは別ファイルに分け、参照されたときだけ開かせる	使わない資料まで毎回読み込まれる
同梱する道具	決まりきった処理は実行ファイルにする。結果だけが渡る	毎回書き起こされ、出てくる結果が揺れる
置き場所	個人用と案件用を分け、案件用は版の管理に載せる	どれが正なのか分からなくなる
共有範囲	個人／チーム／組織のどれかを1件ごとに決める	配る範囲を取り違える
更新の担当	1件につき1人。持ち回りにしない	誰も直さないまま古い手順が動き続ける

この一覧のうち、社内で議論になりやすいのは共有範囲と更新の担当の2つです。技術的にどう置けるかより先に、誰の責任で維持するのかを決めてしまうほうが早く進みます。維持の担当が決まらないものは、そもそも共有しないという判断でかまいません。なお、表の項目のうち名前と説明文の2つは、後から変えると呼び出しが揺れます。ここは1件目を作るときに時間をかける価値があります。

着手前のチェックリスト

ここまでの内容を、作る前に確認する形にまとめます。1件目を作るときは、この6項目を紙に書き出してから手を動かすと、途中で作り直す手戻りが減ります。

• 直近3か月で実際に繰り返した作業か。想像で候補を作っていないか
• 同じ手順で3回続けて成果物が出ているか。まだ形が固まっていないものを固めていないか
• 1回の依頼として成立する範囲に割れているか。複数の成果物を1つに詰めていないか
• 表紙の説明文に、何をするかと、どんなときに使うかの両方が書けているか
• AIに判断させない工程を、業務名で本文に書き込んだか
• 更新の担当を1人決め、見直しの間隔と、消す担当まで決めたか

6項目のうち、抜けやすいのは5番目です。手順を形にすると、書いてあることは全部やってよいと解釈されます。やってよい範囲を書くだけでなく、やらせない範囲を明記するところまでが手順の一部です。

そして、1件目は小さいものを選びます。表記そろえや分類のように、失敗しても影響が小さく、結果の良し悪しがすぐ分かる作業が向いています。大きな作業から始めると、うまくいかなかったときに原因が形の側にあるのか、作業の選び方にあるのかを切り分けられません。

まとめ

社内の作業をAIに繰り返させる方法には、指示文を毎回貼る、手順書を読ませる、手順と参照資料と道具を一組にして必要なときだけ読み込ませる、という3つの段階があります。段階2と段階3の違いは、呼び出され方と、会話の頭を占める量の2点です。段階3では、表紙にあたる名前と説明文だけが常に置かれ、本文は依頼と合致したときに、参照資料は本文から呼ばれたときに開きます。だから件数が増えても常時の負担がほとんど増えません。どの作業を形にするかは、繰り返すか、複数の案件にまたがるか、手順が安定しているか、複数人が使うか、の4軸で決めます。作る単位は1回の依頼として成立する範囲、置き場所と共有範囲は作る前に決め、更新の担当は1件につき1人、消す担当も同時に置きます。判断を渡さない工程は業務名で本文に書き、外から持ってきたものは中身を全部読んでから入れます。まずは直近3か月で3回以上繰り返した作業を1つ選び、その表紙の説明文を1文で書いてみてください。書けない作業は、まだ形にする段階にありません。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。