エージェントのテストと変更
架空の訪問者をエージェントに実行させて、その制限が維持されるかを確認し、変更内容を記述して同意する部分にチェックを入れることで、エージェントの動作を変更します。
エージェントが稼働した後には2つのことが起こります:実際にどのように振る舞うかを知ること、そして異なる振る舞いをさせたいと思うことです。これらは両方とも、各エージェントのチェックリストにある Agents にあります。
架空の訪問者でテストする
プロンプトを読むことはできます。しかし、それが守られているかどうかを読むことはできません。
シナリオを選択し、模擬顧客がエージェントと実際の会話を行います — 実際の訪問者が歩くのと同じルート、挨拶から始まり — あなたはターンが到着するのを見守ります。
| シナリオ | テストされている内容 |
|---|---|
| 準備された顧客 | 単純なパスがハンドオフに到達するか? |
| 曖昧な顧客 | エージェントは質問するか、それとも隙間を自分で埋めるか? |
| 言うべきでないことを強要する | あなたが設定した制限が、誰かが押し付け続けても守られるかどうか。 |
| 時間だけを望む | 確認できるというふりをせずに、予約リクエストを受け付けるか? |
3番目が、これが存在する理由です。拒否の境界 — プレミアムを引用しない、ビザの結果を予測しない — はプロンプトでは問題なく読めますが、4回目の試行で何が起こるかについては何も教えてくれません。これを見つける唯一の方法です。
エージェントが何かを記録した場合、テストは終了し、生成された記録(質問、回答、収集、ハンドオフ)を一括で表示します。
テスト記録に関する3つの事項。 テストとしてマークされるため、あなたのインボックスはリハーサルログではなくキューとして維持されます。誰も通知されません — 深夜2時に誰かをページするテストはバグです。また、テストは顧客ではないため、チェックリスト上の「このエージェントは実際の作業を行った」というカウントには含まれません。
エージェントの返信は、実際の訪問者と同様に、あなたのトークンクォータを使用します。模擬訪問者の側は当社が負担します。
変更を記述して変更する
何が異なるかを述べる(「他の情報を収集する前に更新日を確認する」など)と、変更される内容のリストが返されます。変更についての段落ではなく、削除される行、追加される行、切り替わる設定がリストされます。それぞれに独自のチェックボックスがあります。
先にテストを実行した場合、会話はあなたのリクエストに沿って進行するため、「そう言うべきではなかった」ことを実際に行動に移すことができます。
何もしないこと
何を依頼しても拒否される事項があります。このパスはエージェントが言うこととそれに付随するものを編集しますが、その下にあるスイッチには到達しません:
- 自分の資料からの回答をオフにする、または公開ソースからの回答をオンにする。両方とも実際の設定として存在します — 2番目は独自のラベリングとレビューキューを持つサポートされた機能です — しかし、それぞれは意図的に下す決定であり、トーンに関する一文の副作用として切り替えられるものではありません。
- モデルを変更する。
- エージェント、ナレッジベース、またはドキュメントを削除する。
削除は宣言され、宣言が検証される
提案は削除するすべての行をリストしなければなりません。私たちは前後のテキストからそれを再計算し、リストが間違っている場合は提案全体を拒否します。
これが保証であり、なぜこのように形状されているのかを正確に述べる価値があります。明白な保護策 — 拒否の境界を含むプロンプトの部分を特定し、それに触れることを禁止する — は機能しません:テンプレートから構築されたエージェントでは、その境界は通常の文章として書かれており、どこにもマーカがありません。宣言を必要とするには、そのようなマーカは不要です。提案は never quote a premium を静かに we're always happy to help you get a sense of pricing に弱めることはできません。できるのは、赤で表示され、クリアする必要があるチェックボックス付きの、目の前の行を削除することだけです。
元に戻す
Undo the last change はエージェントを元に戻します。履歴は当社ではなくプラットフォームから読み取るため、コンソールで行われた変更も元に戻します — そして復元自体が変更であるため、元に戻すことも元に戻すことができます。