AIへの指示が古いままになっていませんか：業務プロンプトの点検手順

AIの出力が、以前より浅くなった気がする。

同じプロンプトを使っているのに、最近うまく動かない。

この違和感が出たとき、すぐに「モデルが悪くなった」と決めつけるのは早いかもしれません。AIのモデルやエージェント機能が更新されると、以前の指示がそのまま最適とは限らないからです。

特に中小企業で業務に使う場合、プロンプトは一度作って終わりの文章ではありません。業務手順、確認者、利用ツール、モデルの振る舞いが変われば、AIへの指示も更新する必要があります。

この記事では、プロンプト集を増やすのではなく、業務で使うAI指示をどう点検するかを整理します。

AIは「文脈を知らない優秀な新人」として扱う

Anthropicのプロンプト設計ガイドでは、Claudeに対して明確で直接的な指示を出すこと、欲しい出力や制約を具体的に説明することが推奨されています。特に分かりやすいのは、Claudeを「能力は高いが、こちらの業務文脈を知らない新しい同僚」として考える説明です。

これはClaudeに限らず、業務AIを使うときの基本姿勢として役に立ちます。

AIは多くの知識を持っています。しかし、あなたの会社の顧客、価格表、確認フロー、社内用語、上司が嫌う表現、公開前のチェック手順までは、最初から知りません。

たとえば「問い合わせ返信を作って」とだけ頼むと、AIは自然な文章を出してくれます。しかし、その文章が自社の判断基準に合っているとは限りません。

悪い例:
問い合わせ返信を作ってください。

よい例:
次の問い合わせに対して、返信案を3つ作ってください。
未確認の納期と価格は断定しないでください。
理由は、社内の受注台帳を確認するまで正確な回答ができないためです。
冒頭はお礼、次に確認中の項目、最後に回答予定を入れてください。

「AIが分かってくれるはず」と考えるより、「優秀だけれど社内事情は知らない」と見た方が、指示は安定します。

「しないで」だけではなく、理由と代替行動を書く

業務プロンプトでよくある失敗は、禁止事項だけが並んでいる状態です。

「長くしないで」「専門用語を使わないで」「断定しないで」「Markdownを使わないで」

もちろん禁止事項は必要です。ただし、禁止だけを書くと、AIは何をすればよいのか判断しづらくなります。Anthropicのガイドでも、出力形式を制御したい場合は「何をしないか」より「どう書くか」を伝える方法が紹介されています。

業務では、禁止と理由、代替行動をセットにします。

禁止:
未確認の納期を断定しないでください。

理由:
倉庫在庫と担当者の最新メモを確認するまで、正確な納期が分からないためです。

代替行動:
納期欄は「確認後にご連絡します」と書き、確認が必要な項目を箇条書きにしてください。

この形にすると、AIは単に避けるだけでなく、次に取るべき行動を選びやすくなります。

社内で使うプロンプトを点検するときは、「禁止事項があるか」よりも、「禁止の理由と代わりの行動があるか」を見てください。

例は3〜5個に絞って、実務に近いものを入れる

AIに形式やトーンを合わせてもらうには、例が有効です。Anthropicのガイドでも、出力形式、トーン、構造を安定させる方法として例の活用が説明され、3〜5個の例が目安として示されています。

ただし、例を増やしすぎるほど良いわけではありません。

例が古い、業務とずれている、例ごとに方針が違う。この状態だと、AIは望まないパターンまで学んでしまいます。

点検するなら、次の3種類の例があると扱いやすいです。

1. 採用したい良い例
2. よく出るが直したい例
3. 判断に迷いやすい境界例

たとえば公開記事の下書きなら、「出典がある表現」「出典がなく弱めるべき表現」「公開しない表現」を並べます。問い合わせ返信なら、「回答してよい項目」「確認中と書く項目」「人間が判断する項目」を並べます。

例は、AIに正解を暗記させるためではありません。

会社の判断基準をAIが読み取れる形にするための材料です。

長い資料は先に置き、質問は後ろに置く

AIに長い資料を渡すとき、質問から先に書いてしまうことがあります。

次の資料を要約してください。
（長い議事録やPDF本文）

短い文章なら大きな問題にならないこともありますが、長文資料や複数資料を扱う場合は、入力の置き方も見直す価値があります。Anthropicのガイドでは、長い文書やデータを扱う場合、資料を上部に置き、質問や指示を後ろに置くことが説明されています。

業務では、次の順番にすると扱いやすいです。

1. 参照資料
2. 業務上の前提
3. やってほしいこと
4. 出力形式
5. 確認してほしい点

特に議事録、社内規程、見積条件、顧客ヒアリング、公開記事のファクトチェックでは、AIに先に材料を読ませ、その後で「何を判断するのか」を渡す方が安定します。

AIエージェントには、細かい手順より確認条件を渡す

チャット型AIでは、1回の回答を受け取って終わることが多いです。

一方で、Claude CodeやCodexのようなAIエージェントは、ファイルを読み、編集し、コマンドを実行し、場合によってはGit操作まで進めます。ここでは、昔ながらの「手順を細かく全部書く」だけでは足りません。

必要なのは、目的、作業範囲、触ってはいけないもの、検証条件です。

目的:
ブログ記事を1本追加する。

作業範囲:
src/content/blog/ と public/images/blog/ と executive/data/ の関連ファイルだけを編集する。

禁止:
機密情報、契約書、個人情報を含むファイルは読まない。

検証:
日本語チェック、サービス範囲表現チェック、機密ファイルチェック、ビルドを通す。

完了条件:
画像、ファクトチェック記録、note判定、公開後確認まで記録する。

AIエージェントに任せるほど、プロンプトは「お願い文」から「作業契約」に近づきます。

細かい手順を増やす前に、どこまで触ってよいのか、何を確認したら完了なのかを明確にした方が、業務では安全です。

プロンプトは更新履歴を持たせる

社内プロンプトの一番の問題は、古くなったことに気づきにくいことです。

最初に作った人が退職する。使うAIサービスが変わる。出力形式が変わる。社内の確認者が変わる。公開前チェックが増える。こうした変化があっても、プロンプト本文だけが残っていると、なぜその指示があるのか分からなくなります。

そこで、業務プロンプトには短い更新履歴を付けます。

用途:
問い合わせ返信案の作成

最終更新:
2026-06-20

更新理由:
納期を断定する出力が出たため、未確認項目は「確認後に回答」と書くルールを追加

次回点検:
AIモデル変更時、担当者変更時、公開前レビューで同じ修正が3回続いた時

更新履歴があると、プロンプトを「誰かのコツ」ではなく、会社の業務資産として扱いやすくなります。

Optiensの見方

Optiensでは、AI活用を「良いプロンプトを配ること」だけだとは考えていません。

大事なのは、どの業務にAIを入れるのか、AIに渡す文脈は何か、出力を誰が確認するのか、直した理由をどう次回に戻すのかです。

プロンプトを点検するなら、最初は次の5項目だけで十分です。

1. 目的は1文で書かれているか
2. AIが知らない社内文脈が書かれているか
3. 禁止だけでなく代替行動があるか
4. 良い例と悪い例が3〜5個あるか
5. 出力後の確認条件があるか

この5項目がないままAIを使うと、出力品質の問題をモデルのせいにしがちです。逆に、ここが整理されていれば、AIの回答がズレたときにも「何を直せばよいか」が分かります。

自社のどの業務からAI活用を始めるべきか迷っている場合は、まず AI活用診断簡易版（無料）で、既存業務のどこがAI化しやすいかをご確認ください。より具体的に整理したい場合は、詳細版AI活用診断（¥5,500税込・MTGなし）で、AIパッケージ適合性、構成案、優先順位、費用前提を整理してお届けします。

まとめ

AIの性能が上がるほど、プロンプトは不要になるわけではありません。

むしろ、強い命令文や古いテンプレートを増やすより、業務の目的、文脈、例、制約、確認条件を短く整えることが重要になります。

プロンプトは、一度作って終わりではなく、業務とモデルの変化に合わせて点検するものです。

出力がズレたら、モデルだけを見る前に、指示の中に古い前提が残っていないかを確認してみてください。