AIに教えた仕事を1行で再現する「スキル化」入門｜定型業務を自動化する手順書の作り方

顧問先でAI活用が軌道に乗り始めた頃、決まって出てくる愚痴があります。「AIは便利なんだけど、毎回同じ説明をするのが面倒くさい」。日報の形式、資料のトーン、保存先のフォルダ、確認してほしい観点——昨日も伝えたことを、今日もまた最初から打ち込んでいる。メモ帳から指示文をコピペして、細部を直して、出てきたものをまた直して。気づけば「AIに仕事を頼むための仕事」が増えている。この段階まで来た会社は、実はAI活用の入り口をもう越えています。足りないのは努力ではなく、教えたことをAIに「覚えさせる」仕組みのほうです。

その仕組みが、この記事のテーマである「スキル化」です。一度うまくいった仕事のやり方を手順書ファイルとしてAIの作業場所に保存し、次からは「いつもの日報お願い」の1行で同じ仕事を再現する。私の会社では日報の作成・SEO記事の入稿・提案資料の組み立てがこの形で回っていて、前回の記事「AI社員の作り方」で書いたSTEP4「仕事のインストール」の、これが実装編にあたります。定型業務の自動化を「ツール選び」から考え始めると迷子になりますが、「スキルを1本作る」から考えれば、今日から始められます。私が自社と顧問先で実際に運用している中身を、構造ごと公開します。

執筆・監修 AiWiLL株式会社 代表取締役 赤堀亘

日本テレビ・Bitget等でのB2Bマーケティング実務を経て、2023年にSHIFT AI創業へ参画。コミュニティ・スクール責任者として2年で3万人規模へのグロースを主導。2026年、静岡県熱海市でAiWiLL株式会社を創業。生成AI顧問「WiLLAGENT」として、防災設備・不動産管理・旅館・飲食など現場型の中小企業に入り、売り上げ向上に寄与するマーケティングや営業施策をどうAIで質を上げ、数を増やすかを一緒に考え抜き、人手不足のなか報告書・見積・マニュアルづくりといった実務をいかにAIで省くかといった、AIを使った事業づくりを伴走支援している。生成AI研修・Eラーニングの監修も担当。企画したイベント・ウェビナーは累計112件、参加者は1万人超。

AIエージェント・新規事業リサーチ・マーケティングの実践セミナー3本の本編と、WiLLAGENTのサービス説明PDFを、無料の資料セットとして公開しています。→ 無料資料セットを受け取る

スキル化とは何か——「言い方の保存」ではなく「仕事の保存」

スキル化とは、AIに一度教えた仕事のやり方——何を読み、どの手順で作業し、どこへどんな形式で出力するか——を手順書ファイルとして保存し、短い呼び出しだけで何度でも再現できるようにすることです。人間の組織でいえば、優秀な担当者のやり方を業務マニュアルに落として、誰が頼んでも同じ品質で回るようにする作業。あれをAIに対してやるのがスキル化で、業務のテンプレート化をAIの言葉でやり直す行為だと言ってもいい。

ここでよく混同されるのが「プロンプトの保存」です。多くの会社が、NotionやExcelに「使えるプロンプト集」を持っています。あれとスキル化は、似ているようで別物です。プロンプト集が保存しているのは「言い方」。スキルが保存しているのは「仕事」です。違いを並べます。

なぜ「言い方」の保存では足りないのか。仕事というのは、指示文だけでは記述しきれないからです。日報ひとつ取っても、実際の仕事は「今日の作業記録を読む」「決まった型に整形する」「決まったフォルダに決まったファイル名で保存する」までがワンセットで、指示文はその一部でしかありません。文脈（何を読むか）・手順（どの順でやるか）・出力先（どこへどんな形で出すか）まで含めた「仕事の単位」を丸ごと保存する——これがスキル化の本体です。私は1本のスキルの中身を、5つの部品で考えています。

道具の話も先に済ませておきます。この仕組みは、ファイルとフォルダを扱えるAIエージェントなら実現できます。たとえばClaude Codeには「スキル」「カスタムコマンド」と呼ばれる置き場が最初から用意されていて、手順書ファイルを所定のフォルダに入れるだけで「/名前」の1行で呼び出せるようになります。Codexなど他のエージェントでも、手順書ファイルを読ませる運用で同じことができる。つまりスキル化は特定ツールの機能の話ではなく、設計の話です。手順書は日本語のテキストファイルなので、ツールを乗り換えても資産としてそのまま残ります。

私の会社で「1行になった」3つの仕事

抽象論より、実物の構造を見てもらうのが早いと思います。生成AI顧問として累計15社、研修や講座を含めると30社超を支援してきましたが、この仕組みは顧問先に教える前に、まず自社で毎日使っています。代表的な3本の中身です。

実例1：日報——呼び出しは「業務終了」の4文字

1日の終わりに書く日報。以前は、やったことを思い出しながら書き出す時間が毎晩必要でした。今は違います。私が打つのは「業務終了」の4文字だけ。AIがその日の作業記録——作業ログや更新されたファイルの痕跡——を読み、やった仕事を推定して分類し、決まった型に整形して、日報フォルダの年別フォルダに日付ファイルで保存するところまで終わらせます。

▲ 日報スキルの呼び出し（再現イメージ）。「今日やったことの説明」すら不要になっている

この手順書で私が一番こだわったのは、たった一行です——「本人に『今日何やった？』と聞かない。作業記録から自分で推定する」。設計したとき、真っ先にこれを大原則として書き込みました。本人への確認を1つでも挟むと、結局私が口頭で1日を振り返ることになり、日報を楽にするために作った意味が消えるからです。この一行があるから、日報は本当に4文字で終わります。1行になったのは「書く」作業だけではなく、「思い出す・分類する・保存する」まで含めた仕事の全部です。

実例2：SEO記事の入稿——20項目近い決まりごとを1本の手順書に

記事をWordPressに入稿する作業には、細かい決まりごとが大量にあります。見出しに付けるHTMLのクラス名、記事の頭と末尾に差し込む固定部品、表やボタンの書式、メタディスクリプションの字数（120〜158字）、ファイルの保存先、投稿前のチェック項目。うちではこの20項目近い決まりごとが1本の手順書ファイルになっていて、呼び出しは「この草稿を入稿用に」の1行です。以前は入稿のたびに書式の指定を書き並べていて、しかも指定漏れがあると記事ごとに体裁がばらつく。今は同じ手順書を通るので、100記事作っても書式は1つです。

そしてこの手順書、作ってから何度も書き直しています。記事に入れる画像の方針が変わり、記事の頭に差し込む部品が新しくなり、投稿先サイトの1つが休止になった。ルール変更のたびに私がやったのは、手順書の該当する数行を直すことだけです。次の記事からは、何も言わなくても新しいルールで出てくる。「ルールを変えたので周知します」という、人間の組織で一番むなしいあの仕事が存在しない——チームにルールを浸透させる苦労を知っている方ほど、この意味は伝わると思います。

実例3：提案資料——会社の「らしさ」をスキルに焼き込む

提案資料には会社の「らしさ」があります。配色、ロゴの位置、ヘッダーの作り、章立ての順序、言葉のトーン。うちではこのデザインの決まりごとと過去の提案書の構成をスキルにしていて、「◯◯社向けの提案資料、いつもの型で」と呼ぶと、会社のトーンをまとった資料の骨組みが出てきます。中身の詰め——相手の課題に何を当てるか——は変わらず人間の仕事です。消えたのは、ゼロから体裁を組む時間と、「前回のあの資料、どこだっけ」の検索時間のほうです。

同じ考え方を、もっと軽い仕事でも試しています。2025年5月、Xの投稿づくりで次の4ステップをやりました。①過去投稿を個別ファイルとして4本保存する ②そこから「投稿プロンプト」を生成させる ③今回書きたい内容だけmemoに書く ④プロンプトとmemoから新規投稿を作る。文体の一貫性が保たれたまま、投稿が一気にできた。同じ型で過去の報告書を数本読ませると、日報や週報も「書き方のスキル」として短時間で下書きが出るところまで行きました。日報・入稿・提案資料だけでなく、「過去の自分のお手本→手順書→短い呼び出し」は発信や報告書にもそのまま転用できます。発信まわりの運用全体は1人広報のAI活用の記事でも展開しています。

3本（＋発信・報告書）に共通する構造に気づいたでしょうか。1行になったのは、実は「作業」ではありません。「説明」です。日報を書く・HTMLを整える・資料を組む——作業自体は、AIは最初からできました。毎回消えずに残っていたのは、どこを読んで、どの順でやって、どこに出すかという説明のコスト。スキル化はこの説明を1回だけ払って、ファイルに固定する投資です。

スキル化する仕事の選び方——3つの条件

では、どの仕事から手を付けるか。私が自社と顧問先で使っている条件は3つです。

• ① 月2回以上繰り返している——頻度が低い仕事は、次に呼ぶ頃には状況が変わっていて、手順書の直しから始まることになります。スキル化のコストを回収できる下限は、私の運用感覚では月2回です。
• ② 手順が固まっている——直近2回、同じやり方で通った仕事。まだ毎回やり方を試行錯誤している仕事は、固める前に固定しないでください（後述します）。
• ③ 成果物の形が決まっている——出てきたものを見て、OKかNGかを自分が即座に判定できること。合否を判定できない仕事は、再現できているかの確認もできません。

典型的な仕事に当てはめると、こうなります。

1本目に迷ったら、議事録の整理をおすすめします。ほぼすべての会社に月2回以上あり、材料（議事録や文字起こし）がすでに存在し、成果物の形も決めやすい。三条件が最初から揃っている数少ない仕事です。議事録を「読む」で終わらせず「次の仕事」に変える設計は議事録AI活用の記事に書いたので、1本目の題材にする方はあわせて読んでください。

逆に、表の一番下——判断そのものが本体の仕事をスキル化の対象から外すのは、手抜きではなく設計です。定型業務の自動化とは「全部をAIに渡す」ことではなく、型のある仕事を型のまま渡して、人間の時間を型のない仕事に寄せることだと私は考えています。

スキルの作り方——4ステップ

作り方は4ステップです。最初の1本は、半日みておけば足ります。

STEP1：まず1回、うまくやる

スキル化は、うまくいった仕事の「録画」です。だから最初の1回は、対話しながら丁寧にやり切ってください。AIに口頭で説明するように指示を出し、出てきたものに直しを入れる。「見出しはこの順で」「この言い回しはうちでは使わない」「保存はこっちのフォルダ」——この直しの指示こそが、あなたの会社の暗黙のこだわりの言語化です。ここで手を抜いて雑な1回目を録画すると、雑な仕事が量産されます。うまくいっていない仕事のスキル化は、失敗の自動化です。

STEP2：手順書をAIに書かせる

納得のいく成果物ができたら、こう頼みます。「いまの手順を、次回から1行で再現できるように手順書ファイルにして」。手順書はあなたが書くのではなく、AIに書かせます。理由は2つ。第一に、AIは自分が読んで迷わない粒度で書きます。第二に、人間が書くと「言わなくても分かるだろう」という暗黙の前提が抜け落ちます。実際にやった直後のAIに書かせるのが、一番漏れがない。人間の仕事は、出てきた手順書を読んで直すことです。うちの日報スキルの手順書を、この記事用に簡略化するとこういう形です。

# スキル：日報の作成
呼び出し：「業務終了」

1. 当日の作業記録（作業ログ・更新されたファイル）を読む
2. やった仕事を推定し、案件ごとに分類する（本人への確認はしない）
3. 決まった見出し構成のテンプレートで整形する
4. 日報/2026/ に「YYYY-MM-DD.md」の名前で保存する
5. 未完了のもの・明日に持ち越すものを最後にまとめる

完了条件：日付・保存先・見出し構成の3点を自己チェックしてから終了

先ほどの5つの部品——呼び出し口・参照・手順・出力先・完了条件——が揃っているかだけ確認してください。特に抜けやすいのが⑤の完了条件です。「どうなったら終わりか」が書いていない手順書は、AIの仕事も締まりなく終わります。

STEP3：フォルダに置いて、名前をつける

書けた手順書を、AIの作業フォルダの決まった場所に置きます。Claude Codeを使っているなら、スキルの置き場所が標準で決まっていて、置いたファイル名がそのまま呼び出しの名前になります。

AIワークスペース/
├ CLAUDE.md               ← ルールファイル（AI社員の取扱説明書）
├ .claude/commands/       ← Claude Codeのスキル置き場
│  ├ nippo.md             ← 「/nippo」の1行で呼べる
│  ├ seo-nyuko.md         ← 「/seo-nyuko」で入稿一式
│  └ teian.md             ← 「/teian」で提案資料の骨組み
├ 01_会社情報/
├ 02_案件資料/
└ 04_納品物/

他のAIエージェントでも考え方は同じで、「スキル」というフォルダを1つ作り、そこの手順書を読んでから動くようルールファイルに1行書けば成立します。名前のコツは2つ。呼びやすい短さにすることと、機能名ではなく仕事名にすること。「文書整形ツール」ではなく「日報」。呼ぶのは未来のあなたか、AIの操作に慣れていない同僚です。

STEP4：呼んで、直す

翌日以降、実戦で呼びます。最初の数回は、たいてい少しずれます。ここが運用の分かれ目で、ずれたときにチャットで直して終わりにせず、必ず手順書ファイルに戻して直してください。チャットで直した修正はその場限りで消えます。手順書に書いた修正は、次回以降のすべての呼び出しに効きます。直しの行き先がチャットかファイルか——たったこれだけの習慣の差が、3ヶ月後には「毎回微妙にずれるAI」と「呼ぶたびに正確になるAI」の差になります。

スキルが増えると、仕事が「部品」になる

スキルが1本できると日報が楽になる。それだけでも十分ですが、本当の効果は数本たまってから現れます。3つの変化が起きます。

第一に、仕事が部品化して、組み合わせられるようになります。うちで一番大きかった実例は、オンライン講座の教材制作です。AI導入講座の教材63本を、設計・画像・実装の3層に役割分担して作りました。構成を設計する係、図版を作る係、教材ファイルに組み上げる係——それぞれのやり方が手順書として固まっていたので、設計係の成果物を次の係の入力として流す形で、63本を同じ品質で通せた。1本ずつ私が口頭で采配していたら、間違いなく途中で品質が割れています。スキルは1本では「時短」ですが、複数そろうと「工程」になります。

第二に、新しい人でも呼べるようになります。スキルの一覧は、その会社で「AIに頼める仕事のメニュー」そのものです。入ったばかりの人が、業務の背景を全部知らなくても「/nippo」は呼べる。ベテランの説明能力に依存していた仕事の立ち上がりが、メニューの案内で済むようになります。教育コストの構造が変わる、と言い換えてもいい。

第三に、改善が蓄積します。個人のチャット履歴の中のコツは、その人の異動や退職と一緒に消えます。手順書に入った改善は消えません。誰かが見つけた「こう指示したほうが精度が出る」が、ファイルへの1行として全員の次回に反映される——優秀な個人のコツが、組織の標準に変わる経路がここにできます。経営の目線で言えば、スキルの一覧はそのまま「うちの会社がAIに教えた仕事の資産台帳」です。AI投資の成果を聞かれたら、効率化の数字より先に、この台帳を見せるほうが実態を表していると私は思っています。

先に読んでほしい、スキル化の3つの注意点

ここまで読んで「よし、全部スキル化するぞ」となった方に、先回りで注意点を3つ。どれも私が現場で見てきた（あるいは自分で踏んだ）順です。

①順序を守る——棚卸しとフォルダが先、スキル化は後。スキル化はAI導入の最初の一歩ではありません。どんな仕事があるかを洗い出し（棚卸し）、AIの働く場所と読む資料を整え（フォルダ設計）、最初の1回を教える(インストール)——スキル化はその仕上げの工程です。文脈のない場所にスキルだけ置いても、会社のことを何も知らないAIが手順だけなぞる「一般論の量産機」ができあがります。棚卸しから始める理由と進め方は業務の棚卸しの記事に、働く場所の整え方はAI社員の作り方の記事に書いています。

②固まる前に固定しない。手順がまだ揺れている仕事を先にスキル化すると、呼ぶたびに手順書と現実がずれて、再現より修正のほうが多くなります。こうなると人はスキルを呼ばなくなり、「スキル化は使えない」という間違った結論だけが残る。目安はさっきの条件②——直近2回、同じやり方で通ってから。逆に、固定を先延ばしにしすぎるのも損です。私のおすすめの合図は単純で、3回目に同じ説明をAIにしていると気づいたら、その瞬間がスキル化のタイミングです。

③作りすぎない・呼ばれないスキルは捨てる。スキルは増やすほど偉いわけではありません。呼ばれないスキルは、更新されない社内規程と同じ速度で現実からずれていきます。数ヶ月呼んでいないスキルは、消すか、次に使うときに作り直す。私の感覚では、毎日〜毎週呼ぶ主力スキルが数本ある状態のほうが、呼ばれない数十本を抱えるよりずっと強い。スキルの本数はKPIになりません。「今週、何回呼ばれたか」だけが生きている証拠です。

よくある質問（導入現場で実際に聞かれる順）

Q1. Notionに溜めているプロンプト集とは、結局何が違うのですか？

プロンプト集は「言い方」の保存で、文脈・手順・出力先・完了条件は毎回人間が補っています。その補いこそが「毎回の同じ説明」の正体です。ただしプロンプト集が無駄になるわけではありません。むしろスキルの原材料です。集めた中から一番よく使う2〜3本を選び、参照するもの・出力先・チェック項目を書き足して手順書ファイルに昇格させる——これが一番なだらかな移行路です。

Q2. Claude Codeでないとできませんか？ツールは何を選べばいいですか？

ファイルとフォルダを扱えるAIエージェントなら成立します。Claude Codeはスキル（カスタムコマンド）の置き場所と呼び出しの仕組みが標準で用意されているので相性が良い、というのが私の評価です。費用の目安は、私の顧問先の標準構成でツール実費が1人あたり月3,000円〜1万円。手順書は日本語のテキストファイルなので、将来ツールを乗り換えることになっても書き直しは不要です。

Q3. プログラミングの知識は必要ですか？

不要です。手順書の中身は、この記事のサンプルのとおり日本語の箇条書きです。しかも書くのはAI自身で、人間の仕事は「良い1回目をやること」と「出てきた手順書を読んで直すこと」の2つだけ。私の顧問先でスキルを運用しているのは、ほとんどがプログラミング経験のない経営者と現場の実務者です。

Q4. スキルどおりに動かないときは、どうすればいいですか？

原因の大半は、手順書の中の曖昧な1行です。「いい感じに整形する」「適宜まとめる」——人間の新人が迷う指示は、AIも迷います。便利な直し方があって、AIに「いまの作業で、手順書のどこで迷ったか」と聞いてください。直すべき行を自分で指してきます。直したら、チャットではなく必ず手順書ファイルに反映する。これはSTEP4で書いたとおり、運用のいちばん大事な習慣です。

Q5. 何本くらい作ればいいですか？

本数の目標は立てないでください。1本が安定して回ってから次の1本、が唯一の正しいペースです。参考までに、毎日AIと仕事をしている私の会社でも、毎日〜毎週呼んでいる主力スキルは数本です。それで日報・入稿・資料作成という日常の定型業務が回っています。10本の半端なスキルより、3本の信頼できるスキルです。

Q6. チームでスキルを共有できますか？

できます。手順書はただのテキストファイルなので、共有フォルダや版管理の仕組みでチームに配れます。ただし共有には固有の落とし穴があって、各自が手元で勝手に直し始めると「同じ名前で中身の違うスキル」が乱立します。正系のファイルを1つに決めて、直しはそこに集める運用が必須です。仕組みの作り方はコンテキストのチーム共有の記事で、実装まで公開しています。

Q7. ベテランの属人的な仕事もスキル化できますか？

手順を言葉にできる部分は、できます。そして「判断そのもの」が本体の仕事は、判断基準を書き出すところまでがスキル化の守備範囲です。ここで面白いのは副産物のほうで、ベテランと一緒にスキルを作る過程は、そのまま暗黙知の棚卸しになります。「なんとなくやっていた」が手順書の行として文字になる瞬間を、私は顧問の現場で何度も見てきました。属人化の解消を目的に、あえてベテランの仕事からスキル化に入る、という攻め方もあります。

持ち帰り用：最初のスキル1本を作るチェックリスト

この記事の持ち帰りとして、最初の1本を作るためのチェックリストを置いておきます。上から順に潰せば、そのままスキル化の工程になります。

1. 月2回以上繰り返している仕事を1つ選んだ（迷ったら議事録の整理）
2. その仕事が「直近2回、同じやり方で通った」ことを確認した
3. 成果物のOK/NGを自分が判定できることを確認した
4. AIの作業フォルダに、その仕事の材料と過去のお手本を入れた
5. 最初の1回を対話でやり切り、直しの指示を出し切った
6. 「いまの手順を手順書ファイルにして」とAIに書かせた
7. 手順書に5つの部品（呼び出し口・参照・手順・出力先・完了条件）が揃っているか確認した
8. 決まった置き場所に保存し、仕事名で呼びやすい名前をつけた
9. 翌日以降に1行で呼び、同じ品質で再現されるか確かめた
10. ずれた点を、チャットではなく手順書ファイルに反映した

10番まで終わったら、あなたの会社には「教えたことを忘れない仕事」が1つ生まれています。2本目からは、この工程自体が半日もかからなくなります。

まとめ：スキルは「教えたことを忘れない会社」の単位

スキル化とは、AIに教えた仕事——文脈・手順・出力先・完了条件——を手順書ファイルとして保存し、1行の呼び出しで再現できるようにすることです。選ぶ基準は「月2回以上・手順が固まった・形が決まっている」の3条件。作り方は「1回うまくやる→AIに手順書を書かせる→置いて名前をつける→呼んで直す」の4ステップ。そして増えてきたら、部品として組み合わせ、呼ばれないものは捨てる。

私はスキル化を、定型業務の自動化の技術というより、会社の記憶の設計だと考えています。人間の組織は、教えたことを忘れます。担当者が代わるたびに、同じ説明が繰り返され、同じ失敗がやり直される。AIのスキルはその逆で、教えた瞬間からファイルとして残り、直すたびに賢くなり、誰が呼んでも同じ品質で応える。「AIに毎回同じ説明をしている」という冒頭の愚痴は、裏返せば「教える内容はもう固まっている」という合図です。あとはそれを、ファイルに1回書くだけです。

まず全体の流れから押さえたい方は、親記事の「AI社員」の作り方をどうぞ。棚卸しからスキル化までを自社の業務で一緒に進めたい方には、私が伴走する3ヶ月プログラムの中身と、下の無料資料セットを用意しています。