AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
See how MongoDB 9.0 delivers up to 2x higher throughput.
MongoDB Branding Shape
Register now >
Docs Menu

エージェントの呼び出し

このガイドでは、 MongoDB Atlas Agent Engine に配置されたエージェントを呼び出す方法を学習できます。このガイドでは、 呼び出しAPIを呼び出す方法、CLI からエージェントを呼び出す方法、エージェントにカスタム ヘッダーを転送する方法、および中断された実行を再開する方法を説明します。

これらのリクエストで使用されるAPIキーまたはサービス アカウントの認証情報を生成するには、 「 APIキーとサービス アカウントの管理 」を参照してください。

呼び出しAPI は、クライアントが配置されたエージェントを呼び出すために使用するAPIです。 Atlas Agent Engine はエージェントに代わってこれらのエンドポイントを公開するため、エージェントコードでHTTPルートを定義したり、 Webサーバーを起動したりする必要はありません。

エージェントを呼び出すには、/api/v1/projects/{project_id}/workspaces/{workspace_id}/invoke APIエンドポイントに POSTリクエストを送信します。レスポンスは実行結果と実行ステータスを返します。プラットフォームは X-Session-ID レスポンス ヘッダーでセッションIDを返します。

次の curl の例では、これらのプレースホルダーを使用します。

  • $API_KEY: Atlas Agent Engine APIキー

  • $PROJECT_ID:プロジェクトID

  • $WORKSPACE_ID: ワークスペースID

サンプルリクエストのリクエストを表示するには、ご希望の言語のタブを選択します。

curl -s "https://agentengine.mongodb.com/api/v1/projects/$PROJECT_ID/workspaces/$WORKSPACE_ID/invoke" \
-X POST \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{"message": "Hello, agent!"}'
import httpx
response = httpx.post(
f"https://agentengine.mongodb.com/api/v1/projects/{project_id}/workspaces/{workspace_id}/invoke",
headers={"Authorization": f"Bearer {api_key}"},
json={"message": "Hello, agent!"},
timeout=60.0,
)
result = response.json()

応答は、次の出力のようになります。

{
"success": true,
"response": "<agent output>",
"execution_id": "string",
"status": "completed"
}

人間のレビューのために実行が一時停止された場合、応答にはsuspend_reason suspend_contextフィールドと フィールドも含まれます。詳細については、 人間を含むドキュメントガイドの 「一時停止、確認、再開」 を参照してください。

エージェントの出力が生成されたときにストリーミングするには、/api/v1/projects/{project_id}/workspaces/{workspace_id}/invokeStream APIエンドポイントに POSTリクエストを送信します。プラットフォームは、サーバーが送信したイベント(SSE)フレームワークのストリームとして応答を返します。ストリームは、実行が完了または失敗するまで接続を開いたままにします。

各 SSE フレームは data: プレフィックスで始まり、単一のJSONオブジェクトを含みます。次の例は、ストリーミングフレームの形式を示しています。

data: {"chunk_type": "text", "content": "Hello, agent!", "metadata": {}, "execution_id": "string"}

フレームには次のフィールドを含めることができます。

フィールド
説明

chunk_type

チャンク のタイプを識別します。次のセクションでは、可能な値を示します。

content

チャンクのペイロード。 text チャンクの場合、このフィールドはエージェントの生成された出力の増分を保持します。

metadata

チャンクを記述する構造化メタデータ。

execution_id

チャンクを生成した実行を識別します。プラットフォームは、実行IDが利用可能な場合にこのフィールドを含めます。

次の表では、ストリームが保持できるチャンクの種類について説明しています。

チャンク タイプ
説明

text

エージェントの生成された出力の増加。

step

ツールの実行中に発行される進行状況アップデート。

subagent_start

サブエージェントの実行の開始をマークします。プラットフォームは、ガーフィールドが無効になっている場合にのみこのチャンクを発行します。

subagent_end

サブエージェント実行の終了をマークします。プラットフォームは、ガーフィールドが無効になっている場合にのみこのチャンクを発行します。

done

実行が完了した後にストリームの終了をマークします。

error

実行が失敗した後にストリームの終了をマークします。フレームにはエラー メッセージも含まれます。

実行が失敗した場合、ストリームはエラー メッセージを含む error チャンクを送信します。その後、ストリームは閉じます。

agent.yamlファイルで features.use_custom_parser フラグを true に設定すると、ストリームにはエージェントの出力パーサーまたは emit_custom_event() 呼び出しが生成するカスタム イベントのみが含まれます。プラットフォームは各カスタムイベントを単一の data: フレームとして転送するため、エージェントが出力したJSONオブジェクトが正確に含まれるようになります。ストリームには、text、step、done フレームなどの標準チャンクは含まれず、実行が完了すると閉じます。

プラットフォームは、invokeStream エンドポイントでのみカスタム イベントを配信します。同期 invoke エンドポイントは、代わりにエージェントの最終出力を返します。

この機能フラグが有効になっていない場合、ストリームはこのセクションの前半で説明されているチャンク形式を使用します。ストリームはカスタム イベントを配信しないため、エージェントコードで emit_custom_event() を呼び出すとエラーが発生します。

Atlas Agent Engine は、ストリーミング、ポーリング、再開、実行の停止用に次のAPIエンドポイントも公開します。

メソッドとパス
目的

POST /api/v1/projects/{project_id}/workspaces/{workspace_id}/invokeStream

サーバー送信イベントプロトコルを使用して、エージェントの出力が生成されるにつれて、エージェントの出力を段階的にストリーミングします。

GET /api/v1/projects/{project_id}/executions/{execution_id}?workspace_id={workspace_id}

の実行ステータスと結果をポーリングします。

POST /api/v1/projects/{project_id}/executions/{execution_id}/resume?workspace_id={workspace_id}

中断された実行を再開します。リクエスト本文には、レビューの決定が含まれます。詳しくは、「 ループ内の人間がAPIを使用する 」ガイドを参照してください。

POST /api/v1/projects/{project_id}/executions/{execution_id}/cancel?workspace_id={workspace_id}

進行中の実行をキャンセルし、そのサーバー側の作業を停止して、セッションのコンピュートを解放します。詳細については、「 セッションのキャンセル 」を参照してください。

POST /api/v1/projects/{project_id}/executions/{execution_id}/interrupt?workspace_id={workspace_id}

セッションを終了せずに、実行中のツールまたは LM の呼び出しを中断します。詳細については、「 ツールまたは LM 呼び出しの中断 」を参照してください。

すべての executions/** エンドポイントには workspace_id クエリ パラメータが必要です。ゲートウェイはこの値を使用して、リクエストを所有するワークスペースのオーケストレーション エンジンにルーティングします。

注意

すでにターミナルステータスに達している実行をキャンセルまたは中断することは冪等です。リクエスト応答は、リクエストによって変更が行われなかったことを報告します。

実行はステータスがpending、running、次に completed または error と表示されます。

人間のレビューのために実行が一時停止された場合、完了する前に追加のステータスを通過します。一時停止と再開のライフサイクルの詳細については、 ループ内の人間によるガイド の「 一時停止、確認、再開 」の「 ライフサイクルの一時停止、確認、再開 」を参照してください。

実行をキャンセルすると、cancelled ステータスになります。このステータスはcompleted および とは異なるため、error APIとUIクライアントは、意図的に停止された実行と、完了または失敗した実行を区別できます。詳細については、「 セッションのキャンセル 」を参照してください。

Atlas Agent Engine はエージェントの配置をオートスケールしません。 agent.yamlファイルの scaling.replicasフィールドは固定のサンドボックス数を設定し、各セッションはその有効期間中に 1 つのエージェントサンドボックスと 1 つのツール サンドボックスを予約します。その結果、このフィールドは配置が同時に処理できるセッション数を設定します。

scaling.replicasフィールドは1 から 512 までの値を受け入れ、省略した場合はデフォルトで 4 になります。すべてのサンドボックスが予約されると、新しい呼び出しリクエストはpool full エラーで失敗します。

512 の同時サンドボックス制限は、スコープがプロジェクトに限定され、複数のエージェントをサポートできるオーケストレーション エンジンに適用されます。プロジェクト内のすべてのエージェントの scaling.replicas 値は同じ上限にカウントされます。 1 つのプロジェクトで許可される複数のサンドボックスを実行するには、エージェントを複数のプロジェクトに分散します。

プールが枯渇するリクエストを呼び出すには、リクエスト全体でセッション ID を再利用します。セッションIDを共有するリクエストは 1 つの予約を再利用しますが、セッションIDを省略するリクエストでは新しいサンドボックスのペアが使用されます。セッションID は1 から 128 文字の長さで、文字、数字、アンダースコア(_)、ハイフン(-)を含めることができます。セッションID は、agentengine invoke コマンドの --session オプション、またはAPIリクエストの X-Session-ID ヘッダーで渡します。

呼び出しリクエストに セッションごとの分離が必要な場合は、 セッションID を再利用することはできません。より多くのセッションを同時に処理するには、scaling.replicas の値を増やすか、scaling.agent_idle_ttl_seconds と scaling.tool_idle_ttl_seconds の値を減らして、アイドル状態のセッションがサンドボックスをより早く解放してください。

Atlas Agent Enginescaling はビルド時に の値をスナップショットするため、変更を有効にするにはエージェントを再度ビルドして配置する必要があります。これらのフィールドの詳細については、「 エージェント契約リファレンス 」を参照してください。パブリック プレビュー中に適用されるすべての制限を確認するには、 「 MongoDB Atlas Agent の制限 」を参照してください。

このセクションでは、アプリケーションから Atlas Agent Engine で実行中エージェントにユーザー ID などのカスタムHTTPヘッダーを渡す方法を学習できます。その後、エージェントはget_current_custom_headers() メソッドを使用して、実行時にそれらのヘッダーを読み取ることができます。

呼び出しまたは再開リクエストにおいて、 API Gateway は次の手順を実行して、プレフィックス X-Mdb-Agent-Engine-Custom- を持つHTTPヘッダーを処理します。

  1. API Gateway は ヘッダーを抽出します。

  2. ゲートウェイはプレフィックスを削除し、ヘッダー名を小文字にします。例、X-Mdb-Agent-Engine-Custom-Authorization は authorization になります。

  3. ゲートウェイはヘッダーを辞書としてエージェントに転送します。

ヘッダーは 実行パイプラインを介してメモリ内に転送され、データベースに永続化されることはなく、実行が完了するとパイプラインによって破棄されます。

注意

Atlas Agent エンジンはカスタム ヘッダーを保持しません。アプリケーションは、 再開リクエストを含む すべてのリクエストでこれらを再送信する必要があります。

次の表は、カスタム ヘッダーの制限を示しています。

Limit
値

カスタム ヘッダーの最大数

50

ヘッダーあたりの最大サイズ

8 KiB

X-Mdb-Agent-Engine-Custom- のプレフィックス付きヘッダーを 呼び出しリクエストに追加します。 API Gateway は、エージェントがプレフィックスを受信する前にプレフィックスを削除します。

次の例では、呼び出しAPI の例と同じプレースホルダーを使用します。また、転送したいカスタム ヘッダーにもプレースホルダーを使用します。

カスタム ヘッダーを使用したリクエストの呼び出し例を確認するには、ご希望言語のタブを選択します。

curl -s "https://agentengine.mongodb.com/api/v1/projects/$PROJECT_ID/workspaces/$WORKSPACE_ID/invoke" \
-X POST \
-H "Authorization: Bearer $API_KEY" \
-H "X-Mdb-Agent-Engine-Custom-Authorization: my-user-id" \
-H "X-Mdb-Agent-Engine-Custom-Tenant-Id: acme-corp" \
-H "Content-Type: application/json" \
-d '{"message": "Hello, agent!"}'
import httpx
response = httpx.post(
f"https://agentengine.mongodb.com/api/v1/projects/{project_id}/workspaces/{workspace_id}/invoke",
headers={
"Authorization": f"Bearer {api_key}",
"X-Mdb-Agent-Engine-Custom-Authorization": "my-user-id",
"X-Mdb-Agent-Engine-Custom-Tenant-Id": "acme-corp",
},
json={"message": "Hello, agent!"},
)

上記のコードを実行すると、エージェントは次の辞書を受け取ります。

{"authorization": "my-user-id", "tenant-id": "acme-corp"}

任意のツール内で agent_engine_runner_shared から get_current_custom_headers() メソッドを使用して、 API Gateway がエージェントに転送したヘッダーにアクセスします。次のPythonコードは、get_current_custom_headers() を使用して転送されたヘッダーにアクセスする方法を示しています。

from agent_engine_sdk_langgraph import App
from agent_engine_runner_shared import get_current_custom_headers
app = App(app_name="My Agent")
@app.tool(is_local=True)
def call_external_api(query: str) -> str:
"""Call an external API using the caller's user ID."""
headers = get_current_custom_headers()
user_id = headers.get("authorization", "")
tenant = headers.get("tenant-id", "")
response = httpx.get(
"https://api.example.com/data",
headers={"Authorization": user_id, "X-Tenant-Id": tenant},
params={"q": query},
)
return response.text

get_current_custom_headers() メソッドからは dict[str, str] が返されます。ゲートウェイがカスタム ヘッダーを送信しなかった場合、 メソッドは空の辞書を返します。

カスタム ヘッダーの転送は、再開リクエストでも機能します。 Atlas Agent はカスタム ヘッダーを保持しないため、中断された実行を再開するときに同じ ヘッダーを再送信する必要があります。カスタムX-Mdb-Agent-Engine-Custom- ヘッダーを転送する再開リクエストの例については、 ループ内の人間によるガイドの「 APIの使用 」を参照してください。

クライアントからのリクエストをキャンセルすると、接続のサイドのみが閉じられます。実行は、 Atlas Agent Engine によって停止されるまで、サーバー上で実行中続けます。

Atlas Agent Engine には、すでに実行中の作業を停止するための次の方法が用意されています。

進行中の実行をキャンセルするには、/api/v1/projects/{project_id}/executions/{execution_id}/cancel エンドポイントに POSTリクエストを送信し、workspace_id クエリ パラメータを設定します。リクエストは本体を受け取りません。

実行をキャンセルする例を参照するには、ご希望言語のタブを選択してください。

curl -X POST "https://agentengine.mongodb.com/api/v1/projects/$PROJECT_ID/executions/$EXECUTION_ID/cancel?workspace_id=$WORKSPACE_ID" \
-H "Authorization: Bearer $API_KEY"
import httpx
response = httpx.post(
f"https://agentengine.mongodb.com/api/v1/projects/{project_id}/executions/{execution_id}/cancel",
params={"workspace_id": workspace_id},
headers={"Authorization": f"Bearer {api_key}"},
)

応答は、次の出力のようになります。

{
"execution_id": "string",
"cancelled": true,
"status": "cancelled"
}

[cancelledフィールドは、このリクエストが実行ステータスを cancelled に設定したかどうかを報告します。フィールド値は、cancelled 実行の場合は true であり、リクエストがすでにターミナルステータス(以前のリクエストの cancelled を含む)に達していて実行を移行しなかった場合は false です。フィールド値が false の場合、代わりに statusフィールドは記録されたターミナルステータスを報告します。

実行をキャンセルすると、Atlas Agent エンジンは次の処理を実行します。

  • 進行中のツールまたは LM の呼び出しをキャンセルし、セッションのエージェントサンドボックスとツール サンドボックスを破棄して、キャパシティースロットを解放します。新たに実行するとスロットは再利用できます。

  • ターゲット実行の子であるディープエージェントやエージェント間実行など、同じセッション上の他のすべてのライブ実行をキャンセルします。

  • タイムアウトするまでストリームを開いたままにするのではなく、開いている応答ストリームを終了します。

  • セッションがキャンセルされるまで、セッションが発生したランタイムを請求します。

注意

キャンセルされた実行を再開することはできません。エージェントに別のメッセージを送信するには、エージェントを再度呼び出します。リクエストでは、キャンセルされた実行を再開するのではなく、新しい実行を開始します。

APIエンドポイントを呼び出す代わりに、プレイグラウンドUIから実行を停止することもできます。 Playground から実行を停止すると、セッションがキャンセルされるのと同じ効果があります。詳細については、「 セッションのキャンセルcancel 」を参照してください。

プレイグラウンドから実行を停止するには、次の手順を実行します。

1

配置のプレイグラウンドUI URLにGo。

2

実行の進行中に、チャット バーの赤色の停止ボタンをクリックして、確認ダイアログを開きます。

3

ダイアログで、[]Stop run をクリックします。これにより、実行が停止し、セッションのコンピューティングリソースが解放されます。

ツールまたは LM 呼び出しを中断すると、その呼び出しのみが停止します。セッションはアクティブのままとなり、エージェントは中断された結果から実行を続行します。 1 回の呼び出しが停止したり不要で、セッション全体をキャンセルしたくない場合は、呼び出しを中断します。

呼び出しを中断するには、/api/v1/projects/{project_id}/executions/{execution_id}/interrupt APIエンドポイントに POSTリクエストを送信します。リクエストは、次のパラメーターを取ります。

Parameter
タイプ
必須
説明

workspace_id

クエリ パラメータ

はい

実行を所有するワークスペース。 Atlas Agent Engine はこの値を使用して、割り込みリクエストをそのワークスペースのオーケストレーション エンジンにルーティングします。このパラメータを省略すると、リクエストは失敗し、400 エラー メッセージが表示されます。

step_number

ボディフィールド

No

中断する単一の呼び出しの実行ステップ。このフィールドを省略すると、Atlas Agent は進行中のすべての呼び出しを中断します。

ツールまたは LVM 呼び出しを中断する例を確認するには、ご希望言語のタブを選択します。

curl -X POST "https://agentengine.mongodb.com/api/v1/projects/$PROJECT_ID/executions/$EXECUTION_ID/interrupt?workspace_id=$WORKSPACE_ID" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{"step_number": 12}'
import httpx
response = httpx.post(
f"https://agentengine.mongodb.com/api/v1/projects/{project_id}/executions/{execution_id}/interrupt",
params={"workspace_id": workspace_id},
headers={"Authorization": f"Bearer {api_key}"},
json={"step_number": 12},
)

応答は、次の出力のようになります。

{
"execution_id": "string",
"interrupted": true,
"interrupted_steps": [ 12 ],
"pending": false,
"outcome": "aborted"
}

outcomeフィールドは割り込みリクエストの結果を説明し、次のいずれかの値を返します。

値
説明

aborted

Atlas Agent Engine は進行中の呼び出しを停止しました。 interrupted_stepsフィールドには、停止したステップが一覧表示されます。

armed

進行中の呼び出しがなかったため、Atlas Agent Engine は実行の次のツールまたは LM 呼び出しに割り込みリクエストを適用しました。 pendingフィールドは true です。

already_armed

有効期限が切れていない準備割り込みリクエストがすでに存在していました。 Atlas Agent Engine は有効期限を延長しませんでした。

noop_terminal

実行はすでにターミナルステータスに達しています。

noop

指定した step_number 値は、実行中の呼び出しには一致しませんでした。 Atlas Agent Engineは 割り込みリクエストを準備しません。

呼び出しを中断しても実行状態は変化しません。ステップ内のすべての呼び出しを中断すると、エージェントは呼び出しを再試行する代わりにそのオンを終了します。ステップで一部の呼び出しのみを中断しても、エージェントは通常どおり続行します。

注意

Atlas Agent Engine は、TLM 呼び出しやネットワーク ツール呼び出しなど、I/O バウンド呼び出しを中断することができます。ただし、CPU バウンド ローカル計算を実行するツールは、完了するまで停止しない場合があります。

セッションは、アイドル タイムアウトが期限切れになるまで、エージェントサンドボックスとツール サンドボックスを保持します。セッションを終了としてマークすると、エージェントはタイムアウトを待つ代わりにそのコンピュートをすぐにリリースできます。

エージェントから終了したセッションをマークする例を確認するには、希望する言語のタブを選択します。

status = app.finish_session()
const status = app.finishSession();

現在の方向は実行中続け、その結果が返されます。タームが完了すると、Atlas Agent Engine はライブでのサブエージェントの実行をキャンセルし、セッションのポッドを解放します。

このメソッドは、次のいずれかの値を返します。

Python
TypeScript
説明

REQUESTED

requested

Atlas Agent Engine はリクエストを受け入れました。

ALREADY_REQUESTED

already_requested

エージェントはすでに Atlas Agent Engine にこのセッションを完了することを要求しています。

UNAVAILABLE

unavailable

終了するセッションはありません。メソッドは、ローカルスクリプトやツール サンドボックスから、または の終了後にこのエージェントを呼び出すと、この値を返します。

メソッドは、終了するセッションがない場合でも、エラーを発生させたり例外をスローしたりしません。

人間のレビューのために一時停止または失敗したタームは、再開して診断できるようにリソースを保持します。そのセッションはアイドル タイムアウトに戻ります。アイドル タイムアウトの詳細については、「 プールがフル エラー 」を参照してください。

agentengine invoke コマンドは、 HTTPクライアントコードを記述せずに、ターミナルから配置されたエージェントを呼び出します。デフォルトでは 、現在のディレクトリの .agentengine/state.jsonファイルからワークスペースを読み取ります。

インタラクティブターミナルでメッセージなしで コマンドを実行すると、ストリーミングチャット セッションが開始され、返されたセッションID がターム全体で再利用されます。この 対話モードでは、エージェントが人間によるループ(HITL)レビューの呼び出しを一時停止するときに、CLI はインライン レビュー プロンプトを自動的に表示します。

agentengine invoke [message] [flags]
agentengine invoke --file <path> [flags]

次の表では、使用可能なフラグについて説明しています。

Flag
説明

--stream

応答チャンクが受信時にストリーム応答されます。プラットフォームによるストリーム出力の形式方法については、「 エージェントの出力のストリーム 」を参照してください。

--session <id>

ターム全体で再開または再利用する変換セッションID 。

--user-id <id>

--file <path>

位置引数ではなく、ファイルからメッセージを読み取ります。

--payload <json>

メッセージとともにエージェントに転送されるJSONメタデータオブジェクト。有効なJSONオブジェクトを指定する必要があります。このフラグは、--file または位置メッセージ引数と組み合わせることができます。

--resume <json>

中断されたセッションを続行するためのJSON resume_map。 --session が必要です。このフラグは、位置メッセージ、--file、stdin 入力と相互に排他的です。

--json

セッションIDやストリーム チャンクなどの未加工JSONを出力します。

--workspace

(MongoDB のみ) 名前を使用して特定のワークスペースを呼び出します。

--workspace-id <id>

プラットフォーム ワークスペースID。ローカル ワークスペースの解決をバイパスします。

--project-id <id>

プラットフォームプロジェクトID。

--org-id <id>

組織ID。

--base-url <url>

プラットフォームAPIベースURL。

--context <name>

.agentengine/state.json の名前付きローカル コンテキスト。これを、--workspace-id、--project-id、--org-id、または --base-url と組み合わせることはできません。

--timeout <duration>

各 呼び出しリクエストを待機する最大時間。デフォルト値は 10m です。

重要

サービス アカウント メモリ ID

サービス アカウントが 配置されたエージェントを呼び出す場合、Atlas Agent Engine はサービス アカウントの ID をランタイムメモリの ID として使用します。プラットフォームは、呼び出しリクエストまたは agentengine invoke --user-id フラグが提供するエンドユーザーの user_id 値を無視します。

この解決済み ID は、自動変換、記録、抽出、統合、app.memory 操作で使用されます。その結果、同じサービス アカウントを認証する呼び出しは 1 つのメモリ ユーザー スコープを共有します。

この制限は、サービス アカウントが呼び出す配置されたエージェントにのみ適用されます。スタンドアロンの、プロジェクトスコープのメモリ サービスは影響を受けません。このサービスは、呼び出し元からの明示的な user_id と session_id 値を引き続き受け入れます。

エンドユーザーごとにメモリを分離するには、アプリケーションからスタンドアロンのメモリサービスを呼び出し、各呼び出しに明示的なuser_id とsession_id 値を渡します。詳しくは、「 スタンドアロン メモリ サービスの使用 」を参照してください。

次のコマンドは、1 つのメッセージを使用してエージェントを呼び出します。

agentengine invoke "What can you do?"

次のコマンドは、生成されたエージェントの応答をストリーミングします。

agentengine invoke --stream "Draft a release note"

次のコマンドは、名前付きセッションを再開または継続します。

agentengine invoke --session my-session "Follow up question"

次のコマンドは、ファイルからメッセージを読み取り、未加工のJSONを出力します。

cat prompt.txt | agentengine invoke --json

agentengine invoke を インタラクティブモードで実行中いる場合、次のいずれかのコマンドを使用してターム間のペイロードを管理できます。

入力
動作

/payload <json>

現在のペイロードを指定されたJSONオブジェクトに設定します。 CLI は、クリアされるまで、後続の各メッセージとともにペイロードを転送します。

/payload

現在のペイロードを形式のJSONとして表示するか、ペイロードが設定されていない場合は (no payload set) を出力します。

/payload clear

現在のペイロードをクリアします。

エージェントが対話モードで人間がいるループ(HITL)レビューのために一時停止すると、CLI は一時停止コンテキストを出力し、インラインで決定を行うようユーザーに要求します。 CLI が確認プロンプトを表示する方法と実行を再開する方法については、「 ループ内の人間によるガイド 」の「 CLI の使用 」を参照してください。

エージェントを 呼び出した後、エージェントのパフォーマンスとアクティビティを監視できます。詳しくは、「 モニターガイド 」を参照してください。

このページを評価