自動化：まずは自動化すべきでないものから始めるべき

範囲が広すぎるとエージェントのテストが不可能になる

このシナリオはよくある。経営者がデモを見て、メールに返信し、見込み客を選別し、CRM（顧客関係管理ソフトウェア）を更新し、見積もりをフォローアップし、会議を要約するアシスタントを想像する。紙の上では一つのプロジェクトだ。実際には、それぞれ独自の情報源を持つ五つの職務である。

最初の障害はテストだ。エージェントは具体的なケースで検証される：特定のリクエストが来た、これがすべきこと。単一のタスクであれば、数十の実際のケースでほとんどの状況をカバーできる。五つでは組み合わせが増え、問題となるのはしばしば境界にあるケースだ。顧客が注文をし、同じメッセージで配送について苦情を言う場合：誰が対応するのか、注文処理かカスタマーサービスか？

メール、CRM、請求など、追加されるアクセス権ごとに、保護すべき扉も一つ増える。一つのタスク、一つの入力チャネル、一つの期待される結果から始め、その最初の範囲が確立した後に拡大する方が良い。

タスクを選別する三つの基準

第一の基準は頻度だ。月に二回しか発生しないタスクは、ほぼエージェントを正当化しない。構築、テスト、維持に費やす時間が、節約できる時間を上回るからだ。一日に数回発生するタスクは方程式を変え、ローンチ前にテストするのに十分なケースを提供する。

第二はルールの安定性だ。現在そのタスクを行っている人に、決定方法を一ページで説明できるか尋ねれば十分だ。答えが「場合による」で始まり、十分間の例外説明が続くなら、ルールはまだ存在せず、エージェントはその曖昧さを再現する。

第三はエラーのコストだ。問題はエージェントが間違うかどうかではなく、間違った時に何が起こるかだ。メールの誤分類は数分のコストだ。顧客への誤った価格提示や間違った日付での予約登録ははるかにコストが高く、常に回復できるとは限らない。エラーが企業外に出る前に検出できるなら、自動化は検討可能だ。そうでなければ、エージェントが準備し、人間が送信を承認する。

エージェントが直接公衆に対応する場合、法的義務が追加される。2026年8月2日から適用されるEUのAI規則第50条は、文脈上明らかでない限り、人々がAIとやり取りしていることを知っていることを義務付けている。

ツールを選び、エージェントを監視する

予約の取り付け、受信箱の仕分け、会議の議事録作成などの一般的なタスクについては、すでにベンダーが保守し月額課金されるソフトウェアが存在する。合理的な対応は、実際のケースで数週間テストすることだ。カスタム開発は、タスクが市場が接続できないツールに依存する場合、ルールが企業のノウハウの一部である場合、またはデータを第三者プラットフォームに委託できない場合に正当化される。

企業に代わって個人データを処理する請負業者は、GDPRにおける下請け業者に該当する。第28条は、この処理が「契約またはその他の法的文書によって規律される」ことを規定している。この契約は、接続前に要求されるべきであり、ベンダーが価格を変更したりサービスを停止したりした場合に何が起こるかを知る必要がある。

エージェントが稼働したら、処理された各リクエストに記録を残し、最初の一ヶ月間はこのログを毎週レビューすることで、エージェントが躊躇している箇所がすぐにわかる。モデルプロバイダーもバージョンを更新するため、何も変更していなくてもエージェントの動作が変わる可能性がある。匿名化された実際のケースのセットを保持し、変更のたびに再実行することでこれを確認できる。最後に、契約書には、コード、指示、自動化シナリオの所有権が誰にあるかを明記し、文書は他の請負業者がエージェントを引き継げるようにする必要がある。