生成AIを使っていると、「頼んだことは間違っていないのに、なぜか一部の作業が雑になる」という経験があります。たとえば、こんな指示です。
○○を確認して修正してください。
ついでに××も追加してください。
人間同士なら、それほど不自然な頼み方ではありません。「まず○○をしっかりやって、そのあと××も」という意味で受け取るでしょう。ところがAIでは、この「ついでに」が、主作業と追加作業の優先順位を曖昧にすることがあります。
この記事でいう「誤作動」は、機械の故障を指す言葉ではなく、依頼した順序や確認が抜け、期待した仕事の進め方からずれる状態を表しています。並列表記が必ず失敗するという意味でもありません。
複数の仕事をAIに頼むときは、「何をするか」に加えて、優先順位・実行順序・完了条件・最終確認を書いておく。特に主作業と追加作業がある場合は、「ついでに」を「主作業の完了後に」へ変えるだけでも、依頼の意味が明確になります。
別の作業は、前の作業が完了したことを確認してから、改めて依頼するのが基本です。ただ、入力中に「あれも必要、これも必要」と思い出し、忘れる前に指示を送ってしまうこともあります。そんなときは、まず書き留め、送信前に優先順位と順序を整理する。書いたまま送らず、一度整頓するだけでも、やり直しを減らせると思います。手戻りには時間もトークンもかかるからです。
AIは複数の指示を、必ずしも人間と同じ優先順位では読まない
たとえば、「○○を確認する」「問題を修正する」「××を追加する」「△△も調べる」と複数の作業を一度に指示したとします。人間から見れば「○○が本題で、それ以外は追加作業」と分かるつもりでも、プロンプト上でその区別が明確とは限りません。
AIがこれらを「達成すべき複数の条件」として扱い、主作業の確認を終えたかが曖昧なまま、追加作業を進めることがあります。その結果、次のような抜けが生じる可能性があります。
- ○○の確認が浅い
- 修正後の確認が抜ける
- ××の追加作業ばかり詳しくなる
- △△の調査は詳しいのに、本来の作業が中途半端になる
こうした結果だけから、AI内部の注意配分を断定することはできません。ただ、依頼文の中でどれが本題で、どこまでできたら終わりなのかが読み取れるかは、見直せます。
「ついでに」が主作業を弱くする
特に気をつけたいのが、「ついでに」「あわせて」「それと」「できれば」「○○もしながら」「○○と××をやってください」という、日常会話では便利な表現です。言葉そのものが禁止なのではなく、それだけでは作業の優先順位や実行順序が決まらないことが問題です。
このプログラムの不具合を調べて修正し、ついでに画面デザインも改善してください。
本当に重要なのは不具合修正かもしれません。しかし、この一文では「不具合が解消したことを確認するまで、デザイン改善に移らない」という条件は書かれていません。デザイン変更が増えると、修正した不具合の確認と、追加変更による影響の確認が混ざってしまうこともあります。
AIが「サボっている」と決めつける前に、人間が頭の中で持っている優先順位を、プロンプト上でも伝えているかを確認したいところです。
並列ではなく、直列で書く
対策は難しくありません。順序や依存関係のある仕事を、順番のある工程として書くことです。
悪い例：○○を確認して修正してください。ついでに××も追加してください。
改善例：
最初に○○を確認し、問題があれば修正してください。
修正後、問題が解消したことを確認してください。
ここまで完了した後で、××を追加してください。
AIに「確認 → 修正 → 再確認 → 次の作業」という処理順序を示せます。独立した資料の要約などは、並列で頼んでも構いません。必要な部分に順序を指定するのがポイントです。
図解：悪いプロンプトから改善プロンプトへ
図解のスマホ確認は、追加したデザインの表示確認を表しています。不具合がスマートフォンで起きる場合は、スマホでの再現・修正後確認を主作業の完了条件に含めます。
「最優先」を明記する
重要な作業がある場合は、さらに明確にします。
【最優先】 ○○の不具合調査と修正を行ってください。 【完了条件】 ・原因を特定する ・必要な修正をする ・修正後、問題が解消したことを再確認する 上記が完了してから、××の追加作業を行ってください。 確認できない項目がある場合は、その理由を報告してください。
ここで重要なのは「○○をしてください」だけではありません。何をもって○○が終わったとするのかまで書いていることです。原因を特定できなければ、推測を確定した原因として報告させず、調べた範囲と残る不明点を明らかにします。
「作業内容」より「完了条件」が重要になることもある
AIへの指示というと、「どう書けばAIに伝わるか」ばかり考えがちです。しかし実務では、どの状態になったら終わりなのかを決めることが重要な場合があります。「サイトを確認してください」では、対象や確認範囲が分かりません。
対象：指定したページと、今回変更した箇所。 完了条件： ・PC表示を確認 ・スマートフォン表示を確認 ・対象のリンク切れを確認 ・対象のJavaScriptエラーを確認 ・問題があれば必要な範囲を修正 ・修正した箇所を再確認 上記が終了してから、トップページのデザイン改善案を提案してください。 実施できなかった確認は、未確認として報告してください。
対象ページ、端末、確認方法は、依頼する仕事に合わせて具体化します。ブラウザで確認した表示と実機の確認、本番反映とローカルの確認は別です。AIが利用できない端末の確認まで、完了扱いにしないことも大切です。
AIに仕事を頼むときは「業務指示書」に近づける
生成AIを、質問に答えるものとして使うだけなら、質問文を整えるだけで足りる場面もあります。しかし、ファイルを編集する、プログラムを修正する、ブラウザを操作する、資料を作る、複数工程を連続して処理するといった仕事では、プロンプトは簡単な業務指示書に近づきます。
人に仕事を依頼するときも、「AとBとCをよろしく」より、「最初にAを確認してください。Aが終わったらBを行い、最後にCを確認してください」の方が、依頼側の意図を共有しやすくなります。AIへの依頼でも、この整理が役立ちます。
おすすめは「優先順位・順序・完了条件・確認」
- 優先順位：何が最も重要なのかを書く。
- 実行順序：どの作業から始め、どの条件で次へ進むかを書く。
- 完了条件：何を確認できればその作業が終了なのかを書く。
- 最終確認：最後に何を確認し、何を報告するのかを書く。
【最優先作業】 ○○を確認し、問題を修正してください。 【完了条件】 ・Aを確認 ・Bを修正 ・Cが正常に動作することを確認 【次の作業】 上記が完了した後、××を追加してください。 【最後に】 各作業について、完了・未完了・未確認を報告してください。 確認方法と結果を簡潔に添えてください。 進められない場合は、理由と必要な対応を示してください。
長いプロンプトを書く必要はありません。重要なのは、仕事の構造を明示することです。AIの内部の思考を長く説明させることと、実際の作業順序・検証結果を指定することは異なります。
小さく試し、確認漏れと手戻りを比べる
まずは機密情報を含まない、小さな作業で試します。用意するのは、対象、現在の問題、完成形の見本、確認項目です。追加サービスの導入は必須ではありませんが、利用中のAIの料金・実行権限・操作できる範囲は確認してください。ファイル変更には復元用のコピーを用意し、公開・送信・本番変更の許可範囲も明記します。
同じ条件の作業で、従来の依頼文と工程を明示した依頼文を比べます。確認漏れの件数、やり直しの回数、人が確認する時間、最終成果物が条件を満たしたかを記録すると、自分の業務で役立つか判断できます。一度の成功で「必ずうまくいく」とは考えず、よく使う依頼文は担当者が更新して共有します。
確認できない環境や情報不足があれば、その工程を止めて人が補います。顧客の個人情報や機密情報を、試験用の入力として無加工で渡さないこと。公開内容や本番の変更は、人が結果と影響を確認して判断します。
「全部書けば伝わる」から「順番まで書く」へ
AIに慣れてくると、一度に多くのことを頼むようになります。そこで生じやすいのが、「指示は詳しいのに、仕事の優先順位が分からない」という問題です。
「○○をやって、ついでに××も」という書き方をよく使っているなら、「○○を完了した後で、××を実施してください」へ変えてみる。そのうえで、何を優先し、どこまでできたら完了かを添えます。
プロンプトは、長く書けば正確になるとは限りません。何をするか。何を優先するか。どの順番で行うか。どこまでできたら完了なのか。この4つを整理する。まず直したいプロンプトの癖の一つは、複数の仕事を何となく並列で書いてしまうことなのかもしれません。
なお、明確な指示でも実行の正確性を100％保証することはできません。順序の指定は依頼を明確にする工夫であり、成果物と確認結果を人が見直す必要は残ります。
参考資料
OpenAIの公式資料でも、依頼内容や成果物の条件を明確にすること、簡潔で直接的な指示が勧められています。本稿の「ついでに」の見直しは、こうした考え方を業務依頼に当てはめた実務上の提案です。特定の表現による失敗率を測定したものではありません。（確認日：2026年10月6日）
関連ページ
- プロンプト：目的・対象・条件を伝える指示文の基本を確認する。
- よく使うプロンプトをAIに改善してもらう方法：普段の依頼文に業務の前提・制約・評価項目を補う具体例へ進む。