AIに実行まで任せる線引き：金額ではなく、取り消せるかで決める
AIに任せる操作のうち、どこで人が確認するかは、金額ではなく、その操作を取り消せるかで決めます。
この記事の要点
- 「解約」も期末と今すぐで分けるように、操作はやり方ごとに書き出す
- 取り消せるかに加え、期限と残るものまで調べる（例：解約で止まる請求の回収）
- 解約を期末の予約にするなど戻せる形に移し、移せない操作だけ実行の前で止める
- 出荷予定日の変更など、期限内に戻せる操作は確認を実行の後ろに置く
目次
取り消せるかは、操作の名前でなくやり方で決まる
A&Aの考え方
操作を取り消せるかどうかは、「解約」や「削除」といった操作の名前では決まりません。ここで言う「取り消せる」とは、実行した操作を元に戻す手順が、接続先のサービスの仕様に書かれていることです。同じ名前の操作でも、やり方によって戻せたり、戻せなかったりします。
出典に基づく事実
顧客対応のAIを企業に提供するDecagonの共同創業者が、Anthropicが公開している事例ページで、次のような使い方を話しています。返金の手順を案内する代わりに、AIが条件を確かめ、決済の仕組みを通して返金まで処理します。
A&Aの考え方
AIが実行まで受け持つと、どこで人が止めるかを、操作ごとに決める必要が出てきます。この記事を書いているAutomate & Augment（A&A）は、どこで止めるかを金額で決めると、次の2つで線を引き違えると考えます。安いのに戻せない操作と、高くても戻せる操作です。
A&Aの考え方
数百円の値引きを伝えるメールでも、顧客に届いたら取り消せません。高額でも、期日まで実行されない予約なら取り消せます。金額は、失敗したときに戻せるかとは別の物差しです。
出典に基づく事実
サブスクの請求に使われる決済サービスのStripeは、解約の説明ページで、戻せる解約と戻せない解約を書き分けています。期間の終わりに解約されるよう予約した場合は、期間が終わるまでならいつでもその予約を取り消せます。一方、すでに解約されたサブスクは、もう一度有効にはできません。
出典に基づく事実
Claude Codeの公式の説明によると、Claudeの編集ツールで変えたファイルは、巻き戻しの機能（/rewind）で元に戻せます。一方、Claude Codeがコマンドを実行して消したり移したりしたファイルは、巻き戻しでは戻せません。
A&Aの考え方
どちらの例でも、やりたいことは同じ「解約」や「ファイルの変更」です。違うのは、どのやり方で実行したかです。
A&Aの考え方
そこでA&Aは、AIに任せる操作を書き出すとき、名前ではなくやり方ごとに1行ずつ分けることを勧めます。「解約」なら、「期末に解約する」と「今すぐ解約する」の2行になります。
取り消せるかだけでなく、期限と残るものまで調べる
A&Aの考え方
書き出した操作の1行ごとに、調べて埋める欄が3つあります。取り消しの手順があるか、その手順がいつまで使えるか、取り消しても何が残るかです。
A&Aの考え方
取り消しの手順があると分かっても、残りの2つの欄まで埋めます。「取り消せます」という答えだけでは、その2つが分かりません。
出典に基づく事実
期限は、先に挙げたStripeとClaude Codeの説明にも書かれています。Stripeは、解約の予約を取り消せるのは期間が終わるまでだとしています。Claude Codeの説明では、巻き戻しに使う記録は初期設定ではおよそ30日後に消え、その後の巻き戻しは失敗することがあるとされています。
A&Aの考え方
期限を知らずに「戻せるから大丈夫」と決めると、気づいたときには期限が過ぎていることがあります。期限の欄は、手順の欄と同じだけ大事です。
A&Aの考え方
取り消しても残るものとは、操作の本体とは別に起きる変化で、取り消しの手順で元に戻るとは限らないものです。
出典に基づく事実
その例も、Stripeの同じページにあります。サブスクを解約すると、そのサブスクの請求書のうち、支払い待ちのものと下書きのものは、代金の自動回収が一時的に止まります。督促のメールも、自動では送られなくなります。回収やメールは手動でなら続けられる、とも書かれています。
A&Aの考え方
つまり、解約で止まるのは契約だけではありません。AIに解約まで任せるなら、止まった回収をだれが引き継ぐかも同じ行に書いておく必要がある、とA&Aは考えます。
A&Aの考え方
これはStripeの仕様で、ほかのサービスに同じ手順があるとは限りません。欄は、接続先のサービスごとに、その仕様を読んで埋めます。
A&Aの考え方
仕様書が無い操作もあります。社内の手作業や、古い仕組みの操作です。この場合は欄を空けたまま、取り消せないものとして扱います。
A&Aの考え方
それまで手で回していた業務委託のスタッフに、過去に戻したことがあるかを一度聞くと、空欄が埋まることがあります。
仮想例
次の表は架空の例です。業務委託のスタッフが回していた、ネットショップの問い合わせ対応をAIに移すとします。AIが実行できる操作を、やり方ごとに5行に分けて欄を埋めました。右端の列は、このあとの2つの節で述べる決め方で埋めています。
| 操作 | 取り消しの手順・期限・残るもの | 人の確認を置く位置 |
|---|---|---|
| 注文のメモ欄に調べた結果を書く | 手順：ある／期限：なし／残るもの：なし | 置かない |
| 出荷予定日を翌営業日にずらす | 手順：ある／期限：倉庫の当日の締めまで／残るもの：倉庫の担当者への通知 | 実行の後ろ、締めの前 |
| 出荷前の注文をキャンセルする | 手順：ある（締めまでは注文を元に戻せる）／期限：出荷の締めまで／残るもの：なし | 実行の後ろ、締めの前 |
| 返金する | 手順：ない／期限：―／残るもの：― | 実行の前 |
| 購入者にお詫びのメールを送る | 手順：ない／期限：―／残るもの：相手が読んだ事実 | AIは下書きまで、送信は人 |
予約や下書きに移せない操作だけを、実行の前で止める
A&Aの考え方
取り消せない操作が見つかったら、承認を挟む前に、戻せる形に移せないかを見ます。今すぐの実行は予約に、確定は下書きに移します。メールなどの送信は、すぐには送らずに待たせておく送信待ちの列に入れます。接続先にその形があれば、確認を実行の前に置かずに済みます。
A&Aの考え方
請求書の発行なら、確定して送る代わりに下書きで止め、確定と送信を別の操作にする形です。顧客へのメールなら、AIは下書きを作るところまでを受け持ち、送るのは人にします。
A&Aの考え方
移したあとの予約や下書きにも、期限と残るものの欄を書きます。予約は、期日が来れば実行されるからです。
A&Aの考え方
この置き換えを先に済ませると、実行の前に置く確認の数が減ります。全部の操作に確認を付けてから減らそうとすると、どれを外すかが毎回の判断になります。
A&Aの考え方
先に形を移せば、残った確認には「仕様に取り消しの手順が書かれていない」という理由が1行で付きます。金額や感覚で選んだ確認と違い、あとから見返しても理由が分かります。
A&Aの考え方
社外の相手に届く操作は、別に扱います。送ったメールは、記録を消せる仕組みがあっても、相手が読んだ事実は戻りません。送信待ちの列にある間は取り消せますが、送った時点で戻せなくなります。
A&Aの考え方
そこで、AIが受け持つのは下書きまでにして、送るボタンは人が押します。移せない送信の部分だけを、実行の前で止める形です。
A&Aの考え方
約束を取り消したときに相手が失うものの大きさで線を引く考え方は、別の記事「夜に来た相談に、その場で日程を出すか：自動で確定してよい約束の線引き」で扱っています。
期限内に戻せるなら、確認は実行の後ろに置ける
A&Aの考え方
期限内なら取り消せる操作は、実行を止めずに進めます。期限が来る前に人が見て、違っていれば取り消します。確認を、実行の前ではなく後ろに置く形です。
A&Aの考え方
全部の操作で実行の前に承認を挟むと、AIは経営者の手が空くまで待つことになります。後ろに置けば、処理はその場で進み、人はあとでまとめて見られます。その代わり、実行から人が見るまでの間、操作は取り消せる状態のまま置かれます。前に置く場合と比べて増えるのは、この時間だけです。
A&Aの考え方
後ろに置いた確認は、経営者本人がしなくてもかまいません。それまでその仕事を回していた業務委託のスタッフに、期限内の確認役として残ってもらう形も考えられます。これはA&Aの仮説で、効果を測ったものではありません。
A&Aの考え方
ただし、この置き方には条件があります。取り消しの期限が、確認する人が実際に画面を見る間隔より長いことです。たとえば期限が1時間で、確認する人が夜は見ないなら、確認が間に合いません。期限のほうが短いなら、その操作は取り消せないものと同じに扱い、実行の前で止めます。
A&Aの考え方
反対の考え方もあります。お金や社外の相手に触れる操作は、取り消せるかに関係なく実行の前で止めるべきだ、というものです。だれも見ていないうちに取り消しの期限が過ぎれば、確認したことにはならない、という理屈です。
A&Aの考え方
筋は通っています。この考え方のほうが合うのは、期限が短い場合と、取引先や監査に実行前の承認を示す必要がある場合です。
A&Aの考え方
前の表の例で人が関わるのは、5行のうち4行です。確認の数だけなら、金額で線を引いても同じくらいになるかもしれません。違うのは、それぞれの確認に付く理由です。
A&Aの考え方
この例で返金を実行の前で止めるのは、決済側に取り消しの手順が無いからだ、と説明できます。出荷予定日を実行の後ろで見てよいのも、倉庫の締めの時刻という期限で説明できます。
まとめ
A&Aの考え方
人の確認を置く場所は、金額ではなく、その操作を取り消せるかで決まります。
A&Aの考え方
「解約」も期末と今すぐで分けるように、操作はやり方ごとに書き出す
A&Aの考え方
取り消せるかに加え、期限と残るものまで調べる（例：解約で止まる請求の回収）
A&Aの考え方
解約を期末の予約にするなど戻せる形に移し、移せない操作だけ実行の前で止める
A&Aの考え方
出荷予定日の変更など、期限内に戻せる操作は確認を実行の後ろに置く
人の確認を置く場所は、金額ではなく、その操作を取り消せるかで決まります。取り消せるかは操作の名前ではなくやり方で決まり、接続先の仕様を読めば分かります。予約や下書きに移せない操作だけを実行の前で止め、期限内に戻せる操作は、その期限が確認する人の見る間隔より長いときに限って、確認を実行の後ろに置きます。
よくある質問
金額の大きい操作でも、取り消せるなら確認は後ろでよいのですか。
期限が、確認する人の見る間隔より長ければ、後ろでかまいません。ただし、取引先や監査に、実行前の承認そのものを示す必要がある操作は、取り消せても前に置きます。
AIに移したら、業務委託のスタッフとの契約はすぐに切るべきですか。
すぐに切る必要はありません。期限内に結果を確かめる役として残せば、AIが間違えたときに取り消す人がいます。どこまで残すかは、表で確認を実行の後ろに置いた操作がどれだけあるかで決まる、とA&Aは考えます。
3つの欄は、だれが調べればよいですか。
仕組みを作る人が、接続先の仕様を読んで埋めます。経営者が決めるのは、埋まった表を見て、どこで止めるかです。表を埋める人と仕組みを作る人が別だと、仕様の読み違いが、人づてに渡ったまま実装に残ります。そのためA&Aは、表を埋めるところから実装までを同じ人が持つ形をとっています。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Decagon delivers white-glove customer service at scale with Claude
Anthropic · undated case study page
確認日 2026-10-21 - Cancel subscriptions
Stripe · undated documentation page
確認日 2026-10-21 - Checkpointing
Anthropic · undated documentation page
確認日 2026-10-21