AIが途中で止まった仕事：月次報告で成功率と引き継ぎを分ける
AIが途中で止まった仕事は、人への引き継ぎを別に数え、成功率を計算する対象から外さず、期限内に完了したかも確かめます。
この記事の要点
- AIの完了と人への引き継ぎを別に数える
- 成功率の分母に、途中で止まった仕事も残す
- 引き継ぎの理由と手間で次の改善を決める
全体像図を準備中
目次
AIの完了と人への引き継ぎを分ける
A&Aの考え方
打ち切りとは、決めた上限などに達したAIの処理を止めることです。途中で止まった仕事は、人への引き継ぎを別に数え、任せた仕事の総件数から外しません。期限内に仕事が終わったかも別に確かめます。
仮想例
たとえば、制作会社が見積もりの準備をAIに任せているとします。顧客の依頼を過去の価格表と照らし合わせる途中で、処理回数の上限に達しました。担当者が残りを調べて見積もり案を仕上げた、という仮の例です。
出典に基づく事実
Anthropicは、AIの動作を制御するために、処理回数の上限など、停止する条件を設ける方法を挙げています。また、確認が必要な箇所や行き詰まった場面で、人の意見を得るために一時停止できると説明しています。
A&Aの考え方
停止の動作と仕事の完了を分けて報告するのが、Automate & Augment（A&A）の運用案です。先の例では、止まる機能が働いていても、見積もり案をAIだけで完成させたとは数えません。
A&Aの考え方
AIに任せた部分の結果は「合格」「不合格」「人への引き継ぎ」に分けます。合格は決めた成果物をAIが単独で完成させた場合です。予定した条件で止まり、人が受け取った場合は「人への引き継ぎ」に分類します。誤った出力や引き継ぎ漏れは不合格として残します。
A&Aの考え方
止まったという通知を出すだけでは、引き継ぎには数えません。担当者が残りの作業を受け取った記録まで必要です。受け取ったことを確認できていなければ保留として残し、期限が来たら合意した条件で判定します。
A&Aの考え方
事前に引き継ぐと決めていない停止を、後から全部この欄へ移すと、不合格が見えなくなります。外注先から仕組みを受け取るときは、約束どおりに動くかを確かめます。この検収の際に、止める条件と引き継ぎ先も確認する設計です。
A&Aの考え方
これらの分類はA&Aの運用案です。Anthropicが月次報告の三分類を定めたわけではありません。途中で止まれるようにするという設計を、小さな会社が外注先や社内担当から報告を受ける場面に当てはめています。
止まった仕事も成功率の分母に残す
A&Aの考え方
AI単独の完了率は、当月に受け付けてAIに任せた仕事を対象に、月次の締め時点で計算します。AIだけで完了した件数を、対象の総件数で割ります。人が引き取った仕事も分母に残し、自動で済む仕事がどれだけあるかを読めるようにします。
仮想例
仮に、対象が10件で、AIの合格が6件、人への引き継ぎが3件、不合格が1件だったとします。AI単独の完了率は60%です。引き継ぎの3件を分母から抜くと、同じ仕事でも成績が良く見えます。
A&Aの考え方
人が引き取った後の結果は、同じ仕事の別の欄に書きます。見積もり案を期限内に完成できたのか、期限を過ぎたのか、まだ作業中なのかです。AIの引き継ぎと、人の完了を別々の仕事として足し合わせることもしません。
仮想例
たとえば、午後までに見積もり案を用意する約束だったとします。AIは予定どおり止まり、社員も受け取りましたが、完成は翌日になりました。引き継ぎの手順を守ったという評価と、業務の期限を守れなかったという評価が同時に残ります。
A&Aの考え方
こうした結果を比較表にすると、経営者は「AIはどこまで担当したか」と「仕事は間に合ったか」を分けて読めます。引き継ぎを認めることは、期限超過を免除することではありません。急ぎの業務では、人がいつ引き継ぎを受けられるかも、仕組みを採用する条件になります。
A&Aの考え方
報告には対象期間と締め時点を書きます。受領待ちや作業中の案件も未完了として残します。まだ期限が来ていない未完了の案件は、期限を守れなかった仕事とは分けます。完了した案件だけを集計すると、処理が長引いた仕事が報告から消えてしまいます。
A&Aの考え方
対象外にするのは、最初からAIへ任せないと合意した仕事などです。対象外にする条件と件数も見えるようにします。実行してから難しかったという理由で対象外へ移すと、同じ条件で翌月と比べられません。
A&Aの考え方
数える単位も先にそろえます。見積もり依頼を単位にするなら、再実行しても仕事の件数は増やしません。未完了の仕事は同じ識別番号で翌月へ引き継ぎ、翌月の新規受付件数には足しません。再実行の回数と費用は別に残し、社員の対応も重複して足さないようにします。
| 起きたこと | AIに任せた部分の結果 | 業務の期限 |
|---|---|---|
| AIが所定の見積もり案を期限内に完成 | 合格：AI単独の完了 | 期限内に完了 |
| 予定どおり停止し、人が受け取って期限内に完成 | 人への引き継ぎ | 期限内に完了 |
| 予定どおり停止し、人が受け取ったが翌日に完成 | 人への引き継ぎ | 当日午後が期限なら期限超過 |
| 担当者の受領未確認で、まだ期限前 | 保留：引き継ぎ済みとは数えない | 未確定 |
| 担当者が受け取らないまま期限を超過 | 不合格：引き継ぎ漏れ | 期限超過 |
引き継ぎの理由と手間で改善を選ぶ
A&Aの考え方
次の改善は、引き継いだ理由と、人が終わらせるまでに必要だった手間を見て選びます。停止が多いという数字だけで上限を緩めても、止まった原因に合った変更かどうかは分かりません。
出典に基づく事実
Anthropicのツール設計の記事は、正確さに加え、実行時間、ツールを呼ぶ回数、使用量、ツールのエラーを測るよう勧めています。ツールとは、AIが検索や記録の更新などを実行するときに呼び出す機能です。
A&Aの考え方
同記事は、誤った機能を呼ぶ、正しい機能に誤った条件を渡す、呼び出しが足りない、返ってきた結果を誤って扱う、といった誤りを挙げています。これは停止理由の決まった分類表ではなく、起こり得る誤りの例です。
仮想例
制作会社の仮の例なら、価格表の保管先を読めずに止まった案件と、価格表は読めたが適用条件を決められなかった案件を分けます。前者は閲覧する権限、後者は見積もりの判断基準など、確認する点が変わります。
A&Aの考え方
報告の各行には、止まった理由、引き継ぎ先、担当者が受け取った時刻、人の対応時間を添えます。人が確認を始めてから残りの作業を終えるまでの時間を測り、受け取るまでの待ち時間は別に残します。理由がまだ分からない場合も、不明のまま調査対象にできます。
A&Aの考え方
同じ原因が続くなら、外注先や社内担当への改善依頼は「上限を増やす」より具体的になります。価格表を読めるようにする、迷う条件を人が決める、引き継ぎ先を変える、といった案を、止まった案件で確かめられます。
A&Aの考え方
一方、期限が厳しく、担当者が引き継ぎを受けられない仕事では、停止の仕組みだけ整えても運用できません。その仕事を人の担当に戻す選択肢も残します。対応時間が短くなっても、その分が自動的に利益になるわけではありません。
A&Aの考え方
二つの出典は開発会社による設計の説明であり、この報告表の効果を検証したものではありません。A&Aも削減時間や改善率を測っていません。この表で確かめる範囲は、実際に未完了の仕事と人の負担を報告から読み取れるかどうかです。
停止の評価と仕事の結果を並べる
A&Aの考え方
AIの完了、不合格、人への引き継ぎを分け、引き継ぎには担当者が受け取った記録を残します。
A&Aの考え方
途中で止まった仕事も、任せた仕事の総件数に含めます。仕事が期限内に完了したかは、別に確かめます。
A&Aの考え方
引き継ぎの理由と人の対応時間を見れば、上限を緩める前に検討する改善が具体的になります。
AIの完了、不合格、人への引き継ぎを分け、止まった仕事も総件数に残します。期限内に完了したかを別に確かめ、引き継ぎの理由と人の対応時間から次の改善を選びます。
よくある質問
引き継いだ仕事を、検収で合格にしてもよいですか？
引き継ぎが事前に合意したとおりに行われたなら、その動作は合格と判定できます。ただし、それをAI単独で仕事を完了した件数には足しません。仕事が期限内に完了したかと、引き継ぎの動作の検査結果は、別に残します。
同じ仕事を再実行したら、成功率はどう数えますか？
仕事の完了率では、同じ依頼を重複して数えません。実行ごとの成績も必要なら別の集計にし、仕事の件数と混ぜずに表示します。再実行で増えた利用料と人の確認時間も記録します。 人が引き取って資料を直した後にAIが完成させても、AI単独の完了には戻しません。人の介入や引き継ぎの履歴を残します。人が介入せず、自動の再試行だけで完成した場合は、同じ仕事のAI単独の完了として数えられます。
止まる回数が多ければ、上限を増やすべきですか？
止まった理由を確かめる前に、回数だけで上限を増やすとは決めません。資料を閲覧できないことや、業務の条件が決まっていないことが原因なら、回数を増やしても解消しないことがあります。変更案は同じ停止例で確かめ、費用と残る誤りも比べます。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Building effective agents
Anthropic · 2024-12-19
確認日 2026-11-01 - Writing effective tools for agents — with agents
Anthropic · 2025-09-11
確認日 2026-11-01