毎回の確認を減らす｜許可のしかたを決める
この記事は、ファイル操作や送信などを実行し、その都度許可を求める種類のAIを使う場合の話です。
作業を頼むたびに、同じところで止まっていました。
画面に確認が出ます。これを実行していいですか、と聞かれる。
中身を見て、いいですよ、と押す。
少し進むと、また出ます。さっきとよく似た確認です。また押す。
一日にこれを何十回もやっていました。
一回あたりは2秒です。時間そのものは大した損ではありません。
きついのは、そのたびに頭が作業から引き剥がされることでした。
考えていたことが途切れる。戻すのに数十秒かかる。それを何十回。
しばらくは我慢していました。
慣れるだろう、と思っていたからです。
慣れませんでした。
というより、慣れる筋合いの問題ではなかったというのが、あとから分かったことです。
聞かれ続けていたのは、私の忍耐が足りないからでも、AIが疑い深いからでもありません。
許可の書き方が間違っていたからでした。
今日はその話を書きます。
「一度だけ許可」が覚えているのは、操作ではなく文字列
確認が出たとき、たいてい選択肢は二つあります。
今回だけ許可するか、これからはずっと許可するか。
私はずっと、今回だけを押していました。
慎重にやっているつもりだったのです。全部を先に許すのは怖いから、一件ずつ見て、一件ずつ通す。それが正しい態度だと思っていました。
ところが、そのやり方では確認がまったく減りませんでした。
理由を調べて、腑に落ちました。
「今回だけ許可」で記録されるのは、そのとき実行しようとした一字一句同じ内容だけです。
同じ種類の作業でも、ファイル名がひとつ違えば別物として扱われます。日付が違っても別物です。並びが違っても別物です。
個別の許可 ── 「この一字一句同じ操作を許す」
種類の許可 ── 「この形の操作は、この範囲まで許す」
前者は、次に少し違う形で来た瞬間に効かなくなります。二度目以降に効くのは後者だけです。
これは人に仕事を渡すときに置き換えると、すぐ分かります。
外注先に「この請求書、7月分を出しておいて」と許可を出したとします。
翌月、8月分で「これは出していいですか」と聞かれたら、どう思うか。
いや、それは先月言ったでしょう、と思います。
でも相手からすれば、許可されたのは7月分の一件であって、8月分は聞いていないわけです。
私がやっていたのは、これを毎月どころか毎日、何十回も繰り返させることでした。
押した回数だけ増えて、減らない
もうひとつ、気づくのが遅れたことがあります。
個別の許可は、押した回数だけタスクの記録に溜まっていきます。
私の場合、気がついたら44件ありました。
44件も許可を出しているのだから、そろそろ静かになってもいいはずです。
でも静かになりませんでした。
理由は単純で、現場の作業は毎回ちょっとずつ違うからです。
同じ種類の仕事でも、対象のファイルは異なります。日付も、付ける名前も、順番も違う。
つまり、44件のうちで二度目に役に立ったものは、ほとんどありませんでした。
これは「許可が足りない」問題ではありませんでした。
「許可の粒が細かすぎる」問題でした。
砂を一粒ずつ通していたようなものです。何粒通しても、次の一粒はまた新しい一粒です。
ここを取り違えていると、対処が全部ずれます。
私は最初、確認が多すぎるのはAIが慎重すぎるせいだと思って、指示文のほうをいじっていました。
「いちいち聞かないで」と書いてみたこともあります。効きませんでした。
効くはずがありません。聞いてくるかどうかを決めているのは指示文ではなく、許可の記録のほうだったからです。
種類でまとめる、に書き換えた
やったのは、種類ごとに許可をまとめることです。
個別に積み上がっていた許可を、操作の種類ごとに書き直しました。
「この名前のファイルを、この場所に、この形式で保存する」を44件並べるのをやめて、
「この置き場の下にあるファイルを読む・書く」という形にまとめる。
「この種類の下調べをする」でまとめる。
「この形式のファイルを作る」でまとめる。
一件ずつの記述を、範囲の記述に置き換えたわけです。
書き直しは、腰を据えて座れば一度で終わる量でした。
既にある44件を眺めて、似たものを寄せて、共通の形に言い換えていく。それだけの作業です。
行数は増えたのに、聞かれる回数は減った
書き終わってみたら、許可リストの行数は44から107になっていました。
増えています。
ここは自分でも意外でした。まとめたのだから短くなると思っていたからです。
なぜ増えたかというと、種類でまとめるには、その種類を漏れなく書き出す必要があるからです。
「読む」と「書く」は別に書く。「作る」と「動かす」も別に書く。
一件ずつの記述をやめた代わりに、種類の一覧をきちんと作ったので、行数としては増えました。
そして、聞かれる回数は大きく減りました。
ここが今日いちばん書きたかったところです。
リストが長いこと＝ゆるいこと、ではありません。
44件のほうがゆるく見えて短く、107件のほうが厳しく見えて長い、というのは見た目の錯覚でした。
実態は逆で、44件は「何を許したのか自分でも説明できない状態」で、107件は「何を許して何を許していないかが一覧で読める状態」です。
粒を細かくするほど安全になる、というのは思い込みでした。
細かい粒は数が増えるだけで、全体像が見えなくなります。見えないものは管理できません。
まとめて許可しない3つを、先に決める
ここまで読んで、危なくないのか、と思った方がいると思います。
私も怖かったので、順番を逆にしました。
広げる前に、広げないものを先に決めました。
まとめて許可しない3種類
① 消す ── 元に戻せなくなるもの
② 権限を変える ── 誰が入れるかを書き換えるもの
③ 外に出す ── 相手に届いてしまうもの
この3つは、間違えたときに自分で取り消せません。だから種類ごと、確認する側に残しています。
私のタスクの記録では、この3つを「まとめては許可しない」としています。
やるなら毎回聞いてもらう、という意味です。
そして重要なのはここです。
この3つを残したから、他を広げられました。
順序が逆だと成立しません。
先に全部を広げてから、危ないものを後で削ろうとすると、どれが危ないか判断するのが後回しになります。後回しにしたものは、たいてい残ります。
先に禁止側を決めておくと、残りは「間違えても取り返せる範囲」だけになります。
取り返せる範囲なら、多少広く許しても事故が致命傷になりません。
私の場合、この3つに加えて、お金が動くもの、認証に関わるもの、契約を切ったり結んだりするものも、まとめて許可しない側に置いています。
これらは仕組みの側でも越えられない壁になっているので、二重で止まる形です。
許可の1件に、書いておく3つ
種類で許可すると、一件あたりの重みが増します。
だから、書き方も変えました。
いま私のタスクの記録では、許可を1件足すときに次の3つを一緒に書いています。
① いつ許したか ── 決めた日付
② どこまで許したか ── 含む作業と、含まない作業
③ 何があったら止めるか ── 失効の条件
②の「含まない作業」を書くのが、いちばん効きます。
たとえば予約投稿の実行は許可していますが、そこに「新しい投稿先を自分で増やすのは含まない」と書いてあります。
決まった置き場のファイルを読むことと書くことは許可していますが、「消すのは含まない」と書いてあります。
含むものだけを書くと、境界が曖昧になります。
曖昧なところは、相手が善意で広げるか、逆に善意で毎回聞いてきます。どちらも困ります。
③の失効条件は、書いておくと後で自分が安心できます。
「私が止めると言ったとき」「相手側の仕様が変わったとき」「様子がおかしくなったとき」。
広げっぱなしにしない出口を先に決めておくと、広げること自体が怖くなくなります。
あとひとつルールがあります。
新しい種類を足すときだけは、一度こちらに確認してもらう。
相手が自分で種類を増やすことはしない、という一線です。ここを外すと、タスクの記録がタスクの記録でなくなります。
「決めていい」と「やっていい」は、別に持つ
書き直しの途中で気づいたことがあります。
許可には、性質の違う2種類が混ざっていました。
ひとつは、決めていいという許可です。
どの順でやるか。どの表現にするか。細かい食い違いをどちらに寄せるか。
これは相手が判断して、あとで一言報告してくれれば済みます。
もうひとつは、やっていいという許可です。
実際にボタンを押す。ファイルを書き換える。外に出す。
こちらは結果が残ります。
この2つを同じリストに混ぜていたのが、混乱の元でした。
いまは分けて持っています。
決めていい範囲の記録と、やっていい範囲の記録です。
分けると、判断がすっきりします。
「これは決めるだけだから任せていい」「これは実行が伴うから種類を確認する」と、迷う時間が減りました。
人に仕事を渡すときも同じです。
方針を決めていいのか、手を動かしていいのか、外に出していいのか。
この3段を分けずに「任せた」と言うから、相手が毎回確かめに来ます。
広げた分だけ、記録を残す
許可を広げるということは、自分の見えないところで物事が進むということです。
なので、実行のたびに1行の記録を残す形にしました。
いつ、どの種類の許可で、何をしたかを書きます。
この記録は、既存の行を書き換えず、下に足していくだけにしています。
書き換えを許すと、記録として意味がなくなるからです。
週に一度、種類別に何件動いたかを見ています。
見ていると、ときどき「この種類、思ったより多いな」と気づきます。そこだけ範囲を狭めます。
広げることと、見えるようにすることは、セットです。
片方だけやると、どちらかで無理が出ます。
それでも毎回出るものは、残す
正直に書いておきます。
設計で消せなかった確認が、1種類だけ残りました。
仕組みの都合で、設定に書いても記憶されない種類のものです。作業を始めるたびに出ます。
これは我慢して押しています。
最初は消そうとして、いろいろ試して、時間を使いました。
途中で、消せないものだと分かりました。
分かってからは、「これは毎回出るもの」として作業の頭に組み込んでいます。
消せないものを消そうとし続けるのが、いちばん消耗します。
設計で消せるものと、消せないものを分ける。消せないほうは、手順の一部として最初に済ませる。
これで気持ちの引っかかりはなくなりました。
手を動かす工程が残るのは、悪いことではありません。
残っている工程がどこか分かっていれば、ただの手順です。
我慢ではなく、設計の問題として扱う
まとめます。
「毎回聞かれる」を、性格や忍耐の問題として扱っている限り、これは減りません。
許可の書き方を変えない限り、何度押しても減らないからです。
私がやったのは、次の順番です。
① まとめて許可しないものを先に決める（消す・権限を変える・外に出す）
② 残りを、一件ずつではなく操作の種類でまとめて許可する
③ 一件ごとに、いつ・どこまで・何があったら止めるかを書く
④ 実行のたびに1行記録して、週に一度だけ眺める
この順番でやると、広げるのが怖くなくなります。逆順にすると怖いままです。
聞かれる回数が減って何が変わったかというと、作業が途切れなくなりました。
時間が浮いたというより、頭が一本につながっている時間が増えたという感覚が近いです。
一日に何十回も引き剥がされていたものが、なくなる。
これは効率の話ではなく、その日の終わりの疲れ方が変わる話でした。
今日、ひとつだけやるなら
直近の1週間で、2回以上出てきた確認をひとつだけ思い出してください。
そして、それを「この一件」ではなく「この種類の作業」と言い換えて、1行にして書き留めます。
含まないものも一緒に書きます。たとえば「この置き場のファイルを読むのは可。消すのは不可」。
書くのは1行だけでいいです。今日はそれで終わりにしてください。
この記事のような「任せ方の設計」は、公式LINEでも少しずつ配っています。
うまくいった手順と、戻した手順の両方を記録します。
登録した方に、無料の実用PDFをお渡ししています。
この記事を書いた人
AI秘書と仕事を運用しています。
AI秘書のアリアと、製造役のもう1台のAIに、仕事の大半を渡しています。
私がやるのは、最後に決めることと、外に出す言葉を選ぶことです。
目指しているのは、稼ぐことそのものより、日々の面倒な確認や手戻りを減らして、家族と過ごす時間や休む時間を増やすことです。