AIの「完了」と届いた成果は別に確かめる：顧客の手元を見る4手順
AIの「完了」は処理が終わった印なので、顧客に届けるレポートなどは、届いた先を読み直して別に確かめます。
この記事の要点
- 「完了」は、顧客の手元を条件に書く（例：今月のレポートを開ける）
- AIの「完了」報告とは別に、届いた先を読み直す（例：顧客の共有フォルダ）
- 顧客の受信箱など、届いたか見えない所は「未確認」と書いて残す
- 届いた先を見てから、やり直しは残りだけ送る（例：20社中の残り8社）
目次
「完了」は、顧客の手元を条件に書く
A&Aの考え方
AIに任せた仕事の完了の条件は、顧客の手元で何が起きれば終わりかを、1文で書きます。ここで言うAIの「完了」とは、AIや処理が返す「終わりました」「共有しました」という報告のことです。
仮想例
たとえば、顧客20社に毎月の運用レポートを届けている会社があるとします。AIが数字を集めてレポートを作り、顧客ごとの共有フォルダに置いて、メールで知らせる流れです。説明のための架空の例です。
仮想例
この流れの完了を「レポートを作った」と書くと、AIの報告だけで仕事を終わりにできてしまいます。「A社の担当者が、今月の版を共有フォルダで開ける」と書けば、確かめる場所が顧客の側に移ります。
仮想例
こう書くと、その1文の中に、確かめる点が4つ入っていると分かります。今月の数字か。社内で確かめた版か。決めたフォルダにあるか。担当者が開けるか。どれか1つでも違えば、顧客から見た仕事は終わっていません。
A&Aの考え方
このブログを書いているAutomate & Augment (A&A) は、この考え方を完了の条件の書き方にも当てはめます。「顧客が今月の版を開ける」と書けば、社内の誰が見ても合否は同じになります。
A&Aの考え方
「レポートをきちんと届けた」のような書き方では、何をもって「きちんと」とするかが人によって違います。確かめる人ごとに、終わったかどうかの答えが割れます。
AIの「完了」報告とは別に、届いた先を読み直す
A&Aの考え方
AIが「完了」と返したら、それを合図に、届いた先を自分の側から読み直します。報告は処理が終わった印で、顧客に届いた証拠ではないからです。
出典に基づく事実
先の技術記事は、AIが仕事をした記録と、仕事の結果を分けています。記録は、1回試した間のやりとりの全部で、AIの出力や道具の呼び出しも含みます。記事の言う結果とは、試し終えた時点で、AIが働いた先に残っている最後の状態のことです。
出典に基づく事実
記事が挙げる例は、航空券の予約です。AIは最後に「予約できました」と言うかもしれない、と記事は書いています。それでも結果は、予約を記録する台帳に、その予約が入っているかどうかだ、としています。
仮想例
先のレポートの例に戻ると、AIの「共有しました」は、ファイルをどこかに置いたという報告にすぎません。置いた先が作業用のフォルダで、顧客のフォルダには先月の版が残っていることもあります。これも架空の例です。
A&Aの考え方
そこで、AIの報告とは別に、顧客のフォルダを開いて中を読みます。見るのは、ファイルがあるかではありません。月と版と主な数字が、社内で確かめた版と同じかを見ます。
A&Aの考え方
開くときは、顧客の担当者に近い権限で開きます。作った側の権限で開けても、顧客の担当者が開けるとは限らないからです。たとえば、顧客の担当者と同じく閲覧だけができる確認用のアカウントを社内に用意し、それで開きます。
| AIや処理が返す印 | その印が示すこと | 届いた先で見ること |
|---|---|---|
| レポートを作る処理が正常に終わった | 作る処理が最後まで動いた | 顧客のフォルダに今月の版があるか |
| AIが「共有しました」と答えた | AIがそう報告した | 顧客に近い権限で、その版を開けるか |
| メールの送信が受け付けられた | 送る処理が受け付けられた | 顧客の受信箱に届いたか |
| 確認の画面が出た | 画面が切り替わった | 裏側の記録に注文や予約が入ったか |
届いたか見えない所は「未確認」と書いて残す
A&Aの考え方
届いた先を自社では読めない所は、成功にも失敗にも数えず、「未確認」と書いて残します。顧客のメールの受信箱が、その代表です。
A&Aの考え方
状態は、どこまで進んだかで分けて書きます。たとえば「送信は受け付けられた。届いたかは未確認」です。こう書いておけば、次に見る人は、送り直すか、顧客に聞くかを決められます。
出典に基づく事実
問題を突き止めて本人確認まで済ませたが、返金はできなかったAIは、すぐにつまずいたAIよりはっきり良い、と記事は書いています。どこまでできたかを結果に表すことが大切だ、ともしています。
A&Aの考え方
A&Aはこれを、仕事を「終わったか、終わっていないか」の2つだけで記録しない、ということだと読みます。どこまで確かめられたかを、段ごとに残します。
仮想例
レポートの例なら、顧客ごとに段を書きます。「作成済み」「顧客のフォルダで今月の版を確認済み」「メールは送信を受け付け、届いたかは未確認」のように、どの段まで確かめたかを並べます。
A&Aの考え方
記録に残すのは、次の5つです。対象の顧客と版、AIがした処理、届いた先で読めたこと、まだ確かめていないこと、次に見る人です。処理の記録を丸ごと添えるより、次の人が動きやすくなります。
A&Aの考え方
届いた割合を数字で出すときは、何を分母に、何を分子に数えたかも書きます。未確認を成功に入れると、届いていない分が数字から消えるからです。
届いた先を見てから、やり直しは残りだけ送る
A&Aの考え方
途中で止まった仕事は、届いた先を見てから、まだ届いていない分だけを送ります。最初から全部やり直すと、同じ顧客に2通届くことがあるからです。
出典に基づく事実
Anthropicは別の記事で、道具を使って仕事を進めるAI (AIエージェント) の作り方を書いています。AIは1手ごとに、道具を動かした結果のような実際に起きたことを受け取り、それで進み具合を確かめることが欠かせない、としています。
出典に基づく事実
AIは、区切りの所や行き詰まった時に止まって、人の意見を待てる、とも書いています。制御を保つために、繰り返しの上限のような止める条件を入れることもよくある、としています。
仮想例
レポートの例で、20社のうち12社まで送ったところで処理が止まったとします。最初から流し直すと、12社には同じレポートが2回届きます。これも架空の数字です。
仮想例
顧客のフォルダと送信の記録を見れば、残りの8社が分かります。送るのは、その8社にだけです。
A&Aの考え方
送信は受け付けられたが届いたかは未確認の顧客は、残りに数えません。送り直すか顧客に聞くかを、人が決めます。同じ顧客に重ねて届くのを避けるためです。
A&Aの考え方
届いていた版が違っていたら、送り直す前に、誰が版を確かめ直すかを決めます。やり直しの回数にも上限を置き、上限を超えたら人が引き取ります。AIが「完了」と言うまで繰り返す作りにはしません。
A&Aの考え方
確かめる手間が見合うかは、確かめる時間だけでは決まらない、とA&Aは考えます。送り間違いの訂正や、二重に送った分の対応にかかった時間と合わせて比べます。
まとめ
A&Aの考え方
「完了」は、顧客の手元を条件に1文で書きます。
A&Aの考え方
AIの「完了」報告とは別に、届いた先を顧客に近い権限で読み直します。
A&Aの考え方
届いたか見えない所は「未確認」と書き、成功に数えません。
A&Aの考え方
届いた先を見てから、やり直しは残りだけ送ります。
AIの「完了」は処理が終わった印で、顧客に届いた証拠ではありません。まず顧客に届く仕事を1つ選び、その完了の条件を顧客の手元で1文に書き、届いた先を誰がいつ読み直すかを決めます。
よくある質問
AIに任せた仕事は、全部を届いた先まで読み直すのですか。
顧客に届く仕事から始めます。社内で使う下書きのように、間違えても自社ですぐ直せる仕事は、処理が終わったかを見るだけで足りることがあります。
届いた先を読み直す作業も、AIに任せてよいですか。
届いた先を開いて、月と版と主な数字を照らし合わせる作業は任せられますが、合否と未確認の扱いは人が決めます。任せる時も、作ったAIの報告を読むのではなく、届いた先を別に開いて確かめる作りにします。AnthropicはAIエージェントの作り方の記事で、コードをAIに書かせる場面にも触れています。自動の試験で動くことは確かめられても、そのコードがソフト全体として求められていることに合うかは、人の確認が欠かせない、と書いています。A&Aはこれを、機械で照らし合わせられる所は任せても、顧客に届いた物がそれで良いかの判断は人に残す、という意味に読みます。
顧客の受信箱は見られません。メールはどう確かめますか。
試す段階では、自社で管理する受け取り先にも送り、届き方を確かめます。本番では届いたかを未確認として残し、顧客の返事などで分かった時に書き足します。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Demystifying evals for AI agents
Anthropic · 2026-01-09
確認日 2026-10-24 - Building effective agents
Anthropic · 2024-12-19
確認日 2026-10-24