不可逆な行為と可逆な行為
前の章で、不可逆な操作には二者確認を挟むという話が出ました。では「不可逆」とは具体的に何を指すのでしょうか。
この言葉をそのまま使い続けていると、「不可逆ってようするに何？」というところが宙に浮きます。この章では、可逆と不可逆の区別を正面から整理します。言葉の定義が固まると、どこで慎重な手続きを踏み、どこは軽く流してよいかの判断が、はっきりします。
可逆と不可逆の違い
可逆な行為とは、やり直しが効く行為です。
たとえば、下書きを書いて保存する。ローカルの環境で設定を変えてみる。原稿に手を加えて上書きする。こうした操作はどれも、「元に戻す」「書き直す」「設定を戻す」という手順で取り返しがつきます。
不可逆な行為とは、一度実行したら元に戻せない、あるいは戻すための手間が大きくなる行為です。
たとえば、記事をウェブ上で公開する。データを削除する。外部のサービスにリクエストを送信する。メールを送る。こうした操作は、実行した後から「なかったことにして」とは言えません。公開した記事はすでに読まれているかもしれない。削除したデータはバックアップがなければ戻りません。送信したメールは、相手の受信箱に届いています。
「元に戻せるか、戻せないか」。これが可逆と不可逆を分ける軸です。
具体的にどこに線が引かれるか
もう少し具体的に並べます。
可逆な行為の例です。ファイルをローカルに保存する。下書き状態の記事を編集する。設定ファイルを書き換える（バックアップがあれば）。ステージング環境（公開前のテスト用環境）で動作を確認する。これらは、何か問題が起きてもやり直しや差し戻しができます。影響が自分の手の届く範囲に収まっています。
不可逆な行為の例です。記事を外部に公開する。本番環境のデータを削除する。外部の API（外部サービスとやりとりするための接続口）にリクエストを送る。お知らせや通知を不特定多数に配信する。これらは、実行した後の影響が自分の外側に出ます。外側に出た影響は、自分の手では取り戻せません。
ただし、この境界は絶対ではありません。
たとえば「記事を公開する」行為でも、アクセス数がゼロに近い状態なら影響は小さいかもしれません。バックアップが整備されていれば「本番データの更新」もある程度可逆に近づきます。「不可逆かどうか」は、仕組みの整備状況や影響の範囲によって変わります。
大事なのは、分類表を完成させることではなく、「この操作は取り返しがつくか」を実行前に問う習慣です。
扱いをどう変えるか
可逆と不可逆の区別がなぜ必要かというと、かける手続きの重さを変えるためです。
可逆な行為には、軽い手続きで十分です。試して問題があれば戻す、という前提で動けます。毎回重い確認を挟む必要はありません。軽い作業を都度止めていると、全体の流れが詰まります。
不可逆な行為には、手厚い手続きを課します。具体的には、実行前に別の目で確認する、実行の記録を残す、という二つが基本です。
実行前に別の目で確認するのは、「一人の判断で突き抜けない」ためです。自分では気づかない見落としが、他の目を通すことで浮かぶことがあります。これが二者確認の意味です。
実行の記録を残すのは、「なぜその判断をしたか」を後から説明できるようにするためです。不可逆な操作は後から取り消せない分、根拠が残っていると、問題が起きたときに立ち戻れます。記録がないと、判断の経緯が消えます。
可逆な操作は軽く流す、不可逆な操作は確認と記録を挟む。この使い分けが、AI 組織の動きを安定させる仕組みの一部です。
実際に運用してみると、ほとんどの作業は可逆な操作です。下書きを書く、編集する、ローカルで確認する。これらは AI 側に任せて、人間が確認の回数を減らせます。不可逆な操作は相対的に少ない。だからこそ、そこに集中して確認を入れることができます。
全部に同じ重さで関わっていると、本当に重要な判断に意識が向かなくなります。重さを使い分けることが、仕組みを長く回すコツです。