AIに仕事を任せると指示が破られる不安へ｜禁止例で手戻りを防ぐ書き方

AIへの指示は「やってほしいこと」だけでは足りません

AIエージェントとは、文章作成や調査、ファイル整理のような作業を、AIに手順つきで任せる仕組みのことです。プロンプトは、そのAIへ渡す指示文です。結論から言うと、仕事を任せる時は「何をするか」だけでなく、「何をしたら止まるか」「何をしてはいけないか」まで書くほど、手戻りと事故を減らしやすくなります。

1. AIが指示を破ったように見える時、たいていは境界が足りません

AIに「ブログ下書きを作って」と頼むと、気を利かせて画像生成や公開準備まで進めようとすることがあります。これは悪意ではなく、目的を広めに解釈している状態です。

中小企業の業務でも同じです。「問い合わせ対応を整えて」とだけ頼むと、返信文、FAQ、LINE文面、場合によっては営業文面まで作業範囲が広がります。便利そうに見えても、外部送信や公開、顧客情報の扱いが混ざると危険です。

| 指示の書き方 | 起きやすいズレ | 追加したい禁止例 | |---|---|---| | ブログを書いて | 公開や画像生成まで進む | 公開しない、画像実体を作らない | | 営業文を作って | 送信まで進む | 下書きまで、実送信しない | | 顧客対応を整理して | 個人情報を本文に残す | 顧客名や連絡先を書かない | | アプリを作って | 認証なしで公開する | 機密を扱う場合は公開前に止まる |

軽貨物の配送でも、住所だけでなく「置き配不可」「管理人室へ先に確認」のような禁止や停止条件があるだけで、現場の迷いは減ります。AIも同じで、良い作業をさせる前に、危ない作業を止める線引きが必要です。

2. 禁止例は、短くても具体的に書くのが効きます

禁止例とは、「これはしないで」とAIに先に伝える具体例です。抽象的に「安全にやって」だけでは、人によってもAIによっても解釈が変わります。

たとえば、次のように書きます。

| 目的 | 弱い指示 | 使いやすい禁止例 | |---|---|---| | ブログ下書き | 安全に作って | 公開しない、画像生成しない、git操作しない | | メール作成 | 丁寧に作って | 実送信しない、電話提案を足さない、個人名を出さない | | ホームページ改善 | 良い感じに直して | 料金を勝手に変えない、実績数字を盛らない | | AIアプリ開発 | ちゃんと作って | APIキーをコードに書かない、認証なしで公開しない |

私の作業では、ブログ下書き1本に「公開しない」「画像生成しない」「git操作しない」の3行を先に入れるだけで、確認する場所がかなり絞れます。読み直しが20分前後かかっていたものでも、危険な操作の確認を10分前後に縮めやすくなりました。これは成果を約束する数字ではなく、確認項目が先に決まることで起きる現場の時短です。

否定だけでなく、代わりにやることも書きます

「公開しない」だけだと、AIは次に何をすればよいか迷うことがあります。そこで「公開しない。下書きファイルだけ作る」のように、禁止と代替行動をセットにします。

この形にすると、AIの作業が止まりすぎず、危ないところだけ手前で止められます。社内スタッフに頼む時も、「これはまだ送らず、確認用の文面だけください」と言う方が伝わりやすいのと同じです。

3. 中小企業が先に書いておきたい禁止例は4つです

最初から長いルールブックを作る必要はありません。まずは、致命傷になりやすい4つだけを毎回入れるのがおすすめです。

| 分野 | 禁止例 | 理由 | |---|---|---| | 個人情報 | 顧客名、住所、電話番号、メールアドレスを本文に出さない | 漏れると信用を失いやすい | | 外部送信 | メール送信、投稿、公開は確認後のみ | 一度外に出ると戻しにくい | | お金 | 料金、割引、キャンペーンを勝手に決めない | 表示や販売条件の確認が必要になる | | 認証 | 機密を扱う画面を認証なしで公開しない | 情報が外から見える状態を避ける |

特にアプリ開発では、APIキーやパスワードをコードに直接書かないことも大事です。ブラウザで見える画面に秘密値を入れると、外から読まれる可能性があります。

4. 指示文は「目的、作業範囲、停止条件」の3段で書きます

AIへの指示は、長くきれいな文章より、作業の枠が分かる方が実務では使いやすいです。おすすめは、目的、作業範囲、停止条件の3段です。

目的:
コマチWEBサポートブログの下書きを1本作る

作業範囲:
- MDX本文を作る
- 画像プロンプトを4枚分作る
- レビュー待ちのqueueに入れる

停止条件:
- 公開しない
- 画像実体を生成しない
- git add / commit / push はしない
- 顧客情報やAPIキーを読まない

このくらい具体的にすると、「AIに任せる」と「人が確認する」の境目が見えます。慣れてきたら、営業、ブログ、LINE、ホームページ更新など、よく頼む仕事ごとに同じ型を作っておくと楽です。

指示文を育てる時は、失敗を責めずに禁止例へ変えます

AIの出力がズレた時は、「なぜできないのか」と見るより、「次から何を書けば防げるか」と考える方が実務向きです。たとえば画像を勝手に作ったなら、「画像実体は作らず、画像プロンプトだけ作る」と禁止例を足します。

配送現場でも、ミスが起きた場所には次回のメモを足します。AI運用でも同じで、失敗を禁止例に変えるほど、次の作業が安定します。

コマチWEBサポートでは、AIに任せる前の安全線から一緒に整えます

中小企業や個人事業主がAIを使う時、一番怖いのは、便利さより先に外部公開や情報漏れが起きることです。だからコマチWEBサポートでは、いきなり大きな自動化を作るより、まず「任せる仕事」「任せない仕事」「確認が必要な仕事」を分けるところから始めます。

たとえばブログなら下書きまで、メールなら下書きまで、アプリなら機密を扱う画面は認証前提。こうした線引きを作っておくと、AIを業務に入れても、社長が毎回ゼロから不安を抱えずに済みます。

まとめると、AIに仕事を任せる時は、やってほしいことだけでは足りません。禁止例を入れて、代わりにやることを決め、停止条件を明確にする。この3つを先に書くだけで、AIは「便利だけど怖いもの」から「確認しながら使える業務道具」に近づきます。

• コマチWEBサポートHPでサブスクプランを見る: https://komachi-dx.com
• LINE公式で無料相談: https://lin.ee/T7Q1XlW
• メール相談: info@komachi-dx.com

💬 あきらの一言

私自身、毎日の仕事のかなりの部分をAIに任せていますが、始めた頃は「気を利かせて」公開や送信の手前まで進められて、ヒヤッとしたことが何度もありました。配送の現場でも、慣れない人に「ここから先は勝手に進めないで」と一言伝えるだけで、事故はぐっと減ります。AIも同じで、止まる場所を先に決めておくほど、安心して任せられる範囲が広がります。怖いから使わないのではなく、線を引いてから使う。これが小さな会社がAIと付き合う一番の近道だと感じています。