プロンプト集の次は「スキル化」。業務手順ごとAIに覚えさせる方法。

「プロンプト集は作った。
でも、使うたびに探して、貼り付けて、少し書き直している」。

社内のプロンプト集を整備した会社から、次に聞こえてくる声です。

先に結論を書きます。

プロンプト集の次の段階は、業務の手順書ごとAIに登録してしまう「スキル化」です。

よく使う文例を人が選んで貼り付けるのではなく、「この仕事はこの手順・この基準・このひな形で進める」という手順書を、参考資料ごとAIに持たせておく。
頼むときは「この会社向けの提案書を作って」のように、仕事の名前で呼び出すだけにする。

この形にすると、プロンプトを書ける人と書けない人の差が縮まり、誰が頼んでも仕上がりが同じ品質に近づきます。
業務の標準化を、マニュアルの整備とAI活用の両方で一度に進める方法だと言ってもよいと思います。

この記事では、提案書もブログ記事も実際にスキルで作っている筆者の運用を例に、プロンプト集との違いと、スキル化の進め方を説明します。

筆者（永松裕章）は大阪でAI研修とAX支援の会社を経営し、中小企業のAI活用を伴走型で支援しています。

プロンプト集を作っても、コピペの手間と品質のばらつきは残ります。

社内プロンプト集の作り方は、以前の記事で説明しました。
個人の工夫を台帳に集めて共有するだけでも、効果は確かにあります。

ただ、プロンプト集の運用を続けていくと、越えられない壁が3つ見えてきます。

─① 使うたびに、探して貼り付ける手間がかかる

プロンプト集は、使う人が台帳を開き、目的のものを探し、コピーして貼り付けて、今回の内容に合わせて書き直す、という前提の道具です。
毎日使う人ほど、この数分の手間が積み重なります。

─② 長い仕事は、1本のプロンプトに収まらない

提案書づくりのような仕事は、議事録を読み込む、構成を立てる、原稿を書く、体裁を整える、と工程がいくつもつながっています。
1本のプロンプトで済む範囲を越えると、工程のつなぎ方そのものを知っている人にしか頼めなくなります。

─③ 会社の前提知識までは入りきらない

自社のサービス内容、言葉づかいの決まり、資料のデザイン規則。
よい仕上がりに必要な前提は、プロンプトの文面の外にあることが多いものです。

結局、プロンプト集があっても、仕上がりの品質は「どのプロンプトを選び、何を補えばよいかを知っている人」に残り続けます。

スキル化とは、文例ではなく手順書ごとAIに渡すことです。

ここで言うスキル化は、特別なシステム開発のことではありません。
次の3点をひとまとめにして、AIに登録しておくことです。

• 手順書。仕事の進め方、判断基準、やってはいけないことを書いたもの
• 参考資料。自社の前提知識や、過去のよい見本
• ひな形。出力してほしい形式

登録したあとは、仕事を頼むときに名前で呼び出すだけです。

イメージで言うと、プロンプト集が「よく使う言い回しのメモ帳」だとすれば、スキルは「新しく入った担当者に渡す業務マニュアル一式」です。
マニュアル一式を受け取った担当者は、毎回細かく指示されなくても、決められた手順と基準で仕事を進められます。

実際、主要なAIサービスには、この形の機能が入り始めています。
Claudeには「スキル」という機能があり、指示書や資料をまとめたフォルダを登録しておくと、該当する作業のときにAIが自分で読み込みます（窓の杜の解説記事）。
ChatGPTにも「GPTs」という似た発想の機能がありましたが、こちらは2026年12月に廃止が予定され、後継の仕組みへの移行が案内されています（OpenAIのヘルプページ）。

機能の名前や形は、このように入れ替わっていきます。
それでも心配は要りません。
中身である手順書はただの文書なので、ツールが変わっても持ち運べます。
資産になるのは特定の機能ではなく、自社の仕事のやり方を言葉にした手順書のほうです。

筆者の会社では、提案書もこの記事も、スキルで作っています。

筆者の会社では、提案書の作成、ブログ記事の制作、ポッドキャストの配信文づくりなど、業務ごとに手順書をAIに登録して運用しています。

効果が分かりやすいのは提案書です。
手順書には、商談の議事録から構成を立てる順番、スライドの体裁の決まり、使ってよい表現と避ける表現、出す前の確認項目までを書いてあります。
頼むときは、議事録を渡して「この会社向けの提案書を」と言うだけです。

以前は、提案書を作るたびに過去の資料を開き、構成を思い出し、体裁を整え直していました。
いまは、その段取りの記憶がぜんぶ手順書の側にあります。

実は、この記事自体も同じ仕組みで動いています。
記事の構成の立て方、文体の決まり、避ける表現、出典の確かめ方までを書いた手順書があり、AIがそれを読んで下書きを作り、筆者が公開後も含めて確認と修正を続けています。

提案書とブログに共通するのは、「仕事のやり方を知っている状態」が、人の頭の中からファイルに移ったという点です。
担当者が休んでも、頼む人が変わっても、同じ手順書が同じ品質を支えます。

作り方は、ゼロから書かず「うまくいった1回」から始めます。

手順書といっても、最初から立派なマニュアルを書く必要はありません。
進め方は4つの段階に分かれます。

─① うまくいった仕事を1つ選ぶ

向いているのは、繰り返しがあって、見本となる完成品が手元にある仕事です。
月に1回しかない仕事より、週に何度もある仕事のほうが、直す機会が多いぶん早く育ちます。

─② そのときの手順と判断基準を書き出す

何をどの順でやったか。
どこで何を判断したか。
やってはいけないことは何か。

AIとのやり取りの履歴が残っていれば、その履歴を見せて「この仕事の手順書を作って」と頼むのが近道です。
たたき台はAIが書き、人は直すところから入れます。

─③ 参考資料とひな形を添えて登録する

会社の前提知識と、過去のよい見本と、出力の形式。
この3点がそろうと、仕上がりが一般論から自社の仕事に変わります。

─④ 1回やらせて、直した点を手順書に書き戻す

最初の出来は70点くらいに見ておきます。
大事なのは、直しをその場の修正で終わらせず、手順書に書き戻すことです。
書き戻した直しは、次回から先回りで反映されます。

手順書は、直しの記録で育てます。

スキル化の効果は、作った瞬間よりも、育て始めてから大きくなります。

筆者の運用では、AIの出力を直すたびに「元の記述・修正後・理由」の3点を記録しています。
そして月に1回、記録を見返して、繰り返し出てくる直しだけを手順書のルールに昇格させています。

1回だけの好みまですべてルールにすると、手順書が膨らんで、矛盾や読み落としがかえって増えるからです。
「繰り返されたものだけ昇格させる」という線を引くと、手順書は太らないまま賢くなっていきます。

この積み重ねの先にあるのは、「何度直しても、次も同じ直しが要る」状態からの卒業です。
人に仕事を教えるときと同じで、教えたことが残る形を持っているかどうかが、AI活用の伸び方を分けます。

手順書がそろうと、自動化とAXが見えてきます。

プロンプト集が個人の工夫を集める段階だとすると、スキル化は仕事のやり方そのものを会社の資産にする段階です。

そして、手順書がそろってくると、その先が見えてきます。
決まった日時にAIが手順書どおりに仕事を進める、ワークフローの自動化です。
手順書は、人が呼び出しても、仕組みが呼び出しても、同じように働きます。

どの業務からスキル化するかは、会社ごとに答えが違います。
筆者の会社のAI研修では、一般論の操作説明ではなく、参加する会社が実際に抱えている課題を題材に、AIエージェントで何をどう解決できるかを示すところまで設計しています。
社員のAI知識を整えることは、業務のやり方を変えていくAXに進むための最初の一歩になります。

自社ならどの業務から手を付けるべきか。
無料のAI活用診断で、現状の整理からお手伝いできます。
研修の内容はAI研修のご案内をご覧ください。