定義
Proof of Actor で Human + AI とラベル付けされる AI支援付きのインタラクションは、人がAI支援を使いながら指示するインタラクションです。人が何をするかを決め、制御を保ちます。AIシステムは、文面の下書き作成、情報の要約、次の一手の提案、タスクの一部の入力補完などを支援します。
これは他の2つのクラスの間に位置します。純粋に人によるインタラクションとは異なり、アプリケーションが受け取る内容にはAIが関与しています。autonomous agent とは異なり、行動を選び確定するのは依然として人です。このクラスが Human や Agent とどう並ぶかについては、Human, AI-assisted or agent: a practical taxonomy for application traffic を参照してください。
なぜ重要か
多くのアプリケーションには、AI支援によって適切な応答が変わるワークフローがあります。
- サポートプラットフォームは、AIで下書きされたチケットにラベルを付け、担当者が適切にルーティングして確認できるようにしたい場合があります。
- コンテンツやレビューのプラットフォームは、AIの支援を歓迎しつつ、開示を求める場合があります。
- 評価や認定のワークフローでは、特定の手順でAI支援を制限することがあります。
- 生産性アプリでは、自社の組み込みアシスタントがどれだけ使われているかを測定したい場合があります。
どの場合でも、アプリケーションは支援が関与したことを把握しつつ、利用者には通常どおり丁寧な体験を提供できます。
AI支援をどう認識できるか
重要なのは 観測可能 であることです。アプリケーションは、実際に見えるもの、または明示的に申告されたものだけを認識できます。
申告された支援
人またはアプリケーションがそれを明示します。例としては、「AIで下書きしました」というチェックボックス、フォーム内の開示欄、あるいはユーザーがアプリの組み込みアシスタントを呼び出したときに設定されるアプリケーションフラグがあります。Proof of Actor の用語では、これは申告された evidence basis です。
直接観測された支援
対応した統合が、支援が起きる様子を確認します。最も分かりやすい例はアプリケーション内蔵のAI機能で、アプリはユーザー向けにコンテンツを生成したタイミングを把握できます。
通常は見えないもの
人が別のブラウザタブやスマートフォンでチャットボットに質問し、その結果をフォームに入力または貼り付けても、通常のWebトラフィックからはそれを示す情報はほとんど見えません。そのセッションは人が指示したものとして見えます。信頼できる分類には証拠が必要であり、その場合は証拠が存在しません。
よくある誤解
「AIで書かれたテキストは常に検出できる。」 内容ベースの推測は信頼できず、誰かを異なる扱いにする根拠にはなりません。Human + AI は、申告された、または観測可能な証拠に基づくべきです。
「Human + AI は下位のクラスだ。」 それはリスクラベルではありません。多くの製品では、期待され推奨される作業方法です。このクラスは、アプリケーションが適切に応答できるようにするためのものであり、誰かを不利益に扱うためのものではありません。
「支援が検出されなければ、使われていない。」 Human の結果は、観測可能なシグナルが人による指示を示していることを意味します。どこにもAIが使われていないことを証明するものではありません。
AI支援ユーザーのための設計
よい実践は、開示を容易にし、その結果を明確にすることです。ワークフローで支援を制限するなら、UIでその旨を伝え、適切なタイミングで申告を求めてください。支援を歓迎するなら、その申告を使ってルーティング、分析、レビューを改善し、余計な負担を増やさないようにします。
Proof of Actor の扱い
Proof of Actor は、支援が申告されるか、対応した統合によって観測された場合にのみ Human + AI を報告し、常にその根拠を示します。各ワークフローでこのクラスが何を意味するかは、あなたのアプリケーションが決めます。詳しくは Detection & Limitations、または apply for early access をご覧ください。