「AIに毎回同じような前提条件を説明するのが面倒だ」「チャット画面を開いて指示を出し、完了するまで待つ作業を自動化したい」と思ったことはありませんか？

これまでのAI活用は、私たちがチャット画面を開き、指示を入力し、AIからの回答をその場で待つ「一問一答型（オンデマンド型）」が主流でした。しかし、OpenAIが新たに発表した「Dots（常時稼働型エージェント / Always-on agents）」の登場により、AIの使い方は大きく変わろうとしています。

Dotsは、バックグラウンド（画面の裏側）で24時間365日働き続け、特定の出来事や変化が発生した際に自動で判断・実行してくれるAIエージェントの概念および技術です。AIが「指示を待つ存在」から「自律的に動き続けるパートナー」へと進化することを意味しています。

本記事では、この「常時稼働型（Always-on）エージェント」時代において、AIへの指示文を作成する技術であるプロンプトエンジニアリングをどのように進化させるべきか、実務での導入・設計・運用ガイドとして分かりやすく解説します。

常時稼働型エージェント「Dots」とは？一問一答型AIとの違い

いつでも裏で働くAI？OpenAIの「Dots（常時稼働型エージェント）」から学ぶプロンプトエンジニアリングの実務設計の概念図

まずは、これまでのAIと何が違うのか、専門用語を交えず整理してみましょう。

従来のチャット型AI（一問一答型）

私たちがよく知るChatGPTなどは、ユーザーがメッセージを送ると動作し、返答を返すと処理が終わります。

  • 動作タイミング: 人間が指示を出したとき
  • 待ち時間: 人間が画面の前で待機する
  • 文脈（コンテキスト）: チャットを閉じると基本的に記憶がリセットされる（または会話ごとに限定される）

常時稼働型エージェント「Dots」

DotsをはじめとするAlways-on agents（常時稼働型エージェント）は、裏側で常に待機・動作しています。

  • 動作タイミング: システム内の変化（メール受信、データベース更新、時間の経過など）を検知したとき
  • 待ち時間: 非同期（人間の作業を止めず、裏側で勝手に処理が進む）
  • 文脈（コンテキスト）: 長期的な目的や前後の状態を保持しながら自律行動する

例えば、これまでは「新着メールを要約して」と毎朝AIにお願いしていたのが、これからは「重要度の高いメールが届いたら、裏で内容を整理してSlackに通知し、必要な初期対応案まで作成しておく」という動作をAIが自動で繰り返し行ってくれるようになります。

ここで極めて重要になるのが**「プロンプトエンジニアリング（AIへの指示設計技術）」**です。人間が介在しない裏側でAIを安全かつ正確に動かすためには、従来の「質問に対する上手な聞き方」を超えた、強固な指示文の設計が求められます。

「Always-on」時代のプロンプトエンジニアリング導入と設計ガイド

常時稼働型エージェントを動かすためのプロンプトエンジニアリングは、単なる「文章の工夫」ではなく、「AIの行動ルール（プログラム）の設計」に近くなります。実務で導入する際の設計ステップを解説します。

1. プロンプトの基本構造：4つの必須要素

常時稼働型AIに与える指示文（システムプロンプト）には、以下の4つの要素を明確に盛り込む必要があります。

  1. 役割と目的（Role & Purpose） AIにどのような立場・権限で働いてもらうかを定義します。

    • 例：「あなたは当社の1次カスタマーサポート担当エージェントです。問い合わせ内容を分類し、初期対応を行うことが目的です。」

  2. トリガーとトリガー条件（Trigger & Conditions） どういう状態になったら動くべきか（あるいは動いてはいけないか）を指定します。

    • 例：「未対応のサポートチケットが新規作成された時に起動します。ただし、既存顧客以外のメールは対象外とします。」

  3. 行動手順と出力形式（Instructions & Output Format） どのような手順で判断し、最終的にどういう形式で結果を出力・保存するかを指定します。

    • 例：「まず問い合わせの感情分析を行い、次にFAQデータベースを検索し、解答案をJSON形式で出力してください。」

  4. ガードレールと安全策（Guardrails & Safety） やってはいけないこと、迷ったときの退避行動（エスカレーション）を定義します。

    • 例：「返答の確信度が80%未満の場合、直接顧客に返信せず、人間にレビューを依頼するフラグを立ててください。」

2. プロンプト設計の実例テンプレート

以下は、常時稼働型エージェント向けに最適化したプロンプトの設計例です。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

# 役割
あなたはシステムログを常時監視する「SREアシスタントエージェント」です。

# 目的
サーバーログに異常が検出された際、原因を分析し、開発チームへ適切な初期レポートを提出すること。

# 起動条件（トリガー）
ログデータベースに ERROR レベル以上のログが書き込まれたとき。

# 処理手順
1. 発生したエラーログと、その前後5分間のコンテキストログを取得します。
2. 過去の類似障害データベースを検索し、関連する事例があるか確認します。
3. エラーの根本原因（Root Cause）を仮説立てます。
4. 以下の指定フォーマットでDiscordの緊急チャンネルへ通知を作成します。

# 出力フォーマット
- エラー概要: [簡潔な説明]
- 影響範囲: [推測される影響]
- 推奨対応: [次に人間が取るべきアクション]
- 確信度: [High / Medium / Low]

# ガードレール（禁止事項・注意事項）
- 確信度がLowの場合は、通知タイトルに【要確認】を付与し、自動復旧コマンドの提案は行わないでください。
- データベースの更新や削除を実行する権限はあなたにはありません。閲覧と通知のみを行ってください。

このように、「人間が横についていなくても事故を起こさないプロンプト」を組むことが、Always-on時代のプロンプトエンジニアリングの真髄です。

常時稼働AI（Dots）を運用する際の注意点とリスク

非常に便利な常時稼働型エージェントですが、実務に投入する際には特有のリスクが存在します。これらを理解し、事前に対策を打っておくことが欠かせません。

1. 「暴走」によるAPIコストの急増

AIが常に動き続けるということは、プログラムのループ処理のような事故が起きる可能性があることを意味します。 例えば、「エラーが発生したらログを出力する」という指示を出した際、そのログ出力自体がエラーを引き起こし、AIが無限に自分自身を呼び出し続けて高額な利用料金が発生する、といったケースです。

対策:

  • プロンプト内で「1分間に最大○回までの実行とし、それを超えたら一旦停止する」といった実行制限（レートリミット）を厳格に指定する。
  • システム側でAPIの利用上限金額（ハードキャップ）を設定しておく。

2. ハルシネーション（嘘の情報生成）の自動拡散

チャット型であれば、AIが嘘（ハルシネーション）をついても人間がその場で気づいて修正できます。しかし、裏側で自動で動くエージェントの場合、嘘の情報に基づいたメールが顧客に送信されたり、誤ったデータがデータベースに書き込まれたりするリスクがあります。

対策:

  • **Human-in-the-loop（人間の関与）**を設計に組み込む。AIに全ての決定をさせず、「判断まではAIが行い、最終実行（送信ボタンを押すなど）は人間が行う」というフェーズを設ける。

3. 一次情報に関する留意事項と未確認事項

今回参照しているOpenAIの「Dots」に関する公式発表（https://openai.com/index/introducing-dots/）において、技術的概念や将来的なビジョンが示されていますが、具体的なAPIの完全な仕様、プロダクション環境での詳細な料金体系、および全ユーザーへの一般提供（GA）時期などの詳細については一次情報内での網羅的な記述が確認できておらず、未確認な部分が含まれます。

実際にDotsや類似の常時稼働型エージェント技術を自社システムに組み込む際は、必ずOpenAIの最新の公式ドキュメントや開発者向けリリースノートを確認し、仕様変更に対応できるアーキテクチャにしておくことが重要です。

まとめ：プロンプトエンジニアリングを「対話」から「システム構築」へ昇華させる

OpenAIのDotsに代表される「Always-on agents（常時稼働型エージェント）」の台頭は、プロンプトエンジニアリングの役割を大きく変えつつあります。

  • これまでのプロンプトエンジニアリング: AIと上手に対話して、欲しい回答を引き出す技術
  • これからのプロンプトエンジニアリング: AIの自律的な行動範囲、安全基準、判断ルールを定義する「設計技術」

AIがいつでも裏で動いてくれる時代だからこそ、私たち人間に求められるのは「AIにどんな仕事を、どのようなルールで任せるか」という全体像を描く力です。

まずは自社の業務の中で「毎回同じ判断を繰り返している監視業務や通知業務」がないか探してみてください。そして、その業務を自律型エージェントに任せるための「ガードレール付きプロンプト」を設計してみることから、次世代のAI活用をスタートさせてみましょう。

参考資料