モデルの入口が増える前に、権限表より先に書くのは「止める条件」

木曜の夜、入口は増えています。一般で使える版。申請が要る版。社内では、誰にどの入口を渡すかの表を書きたくなります。書きたくなる気持ちは分かります。ただ、先に残すのは権限表ではありません。止める条件です。

権限表は、増やすほど安心に見えます。見える安心は、止め方を後回しにします。後回しにした止め方は、例外が起きた木曜の夜に、詳しい人の判断へ戻ります。戻った判断は、表の外です。表の外は、権限ではありません。

入口が増えた週に、表だけが先行する

この週の公式発表は、入口を増やしています。9月1日の OpenAI は、Astra の最先端サイバー能力を限定すると書きました。9月1日の Anthropic は、Fable と Mythos で安全装置の入口を分けました。9月2日の Google は、3.8 Flash と 3.8 Flash Cyber を分け、Cyber を Fairwind に置きました。

三つを同じ「業界の申し合わせ」とまでは書きません。書いてよいのは、同じ週に、公開版と制限版が並んだことです。並ぶと、社内の最初の反応は権限表です。誰が Pro を使ってよいか。誰が API を触ってよいか。誰が申請対象か。表は具体です。具体な表は、止め方が空でも完成したように見えます。

権限を足すほど現場が遅くなる話は、すでにあります（「権限を足す」ほど、現場が遅くなることがある）。木曜に足すのは、遅くなる理由の一段です。遅くなるのは、承認待ちだけではありません。止める条件が無い権限は、毎回「今回はよいか」を聞きます。聞く相手は、入口を説明できる人です。説明できる人は、火曜から仕事が寄っています。

エージェントが行動できる週に、先に決める止める条件は一つ、という話もあります（エージェントが行動できる週に、先に決める止める条件は一つ）。木曜は、エージェントに限りません。人が手で使う一般版でも、入口が増えた週は同じです。止める条件が無いと、権限表は通行証になります。通行証は、事故のあとで回収されます。回収は、仕組みではありません。後始末です。

夜も動くエージェントを入れる前に、人がいない時間に更新してよい文書を決める話とも重なります（夜も動くエージェントを入れる前に、人がいない時間に更新してよい文書を決める）。あちらは文書の種類です。こちらは入口の種類です。種類が違うので、同じ文で済ませません。同じなのは、先に書くのが許可の列ではない、という型です。

指針がある会社でも、止め方は別の行である

総務省の令和8年版情報通信白書は、企業の取組も分けて書いています（懸念されるリスク及びリスク対策のための取組状況）。日本で「全社的な指針やガイドラインを整備している」は 41.1% で最多です。他の3か国では、企画・導入段階の専門審査や、導入後の定期的な評価・検証の割合が日本より高い、と書いてあります。指針があることと、止めたあとを評価することは、別の行です。

木曜に指針を増やすと、41.1% の側へ寄ります。寄ること自体は悪くありません。悪いのは、指針の次に権限表を足し、定期の見直しを空にすることです。空の見直しは、入口が増えるたびに表を書き換える作業になります。書き換える作業は、仕組みに見えます。見えているものは、止め方の不在です。

承認が社長で止まる会社は、AIより先に決めてよい範囲を分ける、という話もあります（承認が社長で止まる会社は、AIより先に「決めてよい範囲」を分ける）。決めてよい範囲の裏側が、止める条件です。裏側が無い範囲は、例外のたびに社長へ戻ります。戻る回数は、権限を足すほど増えることがあります。増える理由は、入口の名前が増えるからです。名前が増えた表は、例外の種類も増やします。

失敗したあとの戻し方が語れない連携の話とも近いです（連携は増えるのに、「失敗したあとの戻し方」が語れないとき）。モデルの入口は、連携と同じ種類の増殖です。増やす前に、失敗したあとの一文が要ります。一文が無い入口は、増やさない方が早いです。

止める条件は、権限の列より短い

木曜に書く止め方は、表の右端ではありません。先に置く一行です。

この条件になったら、その入口を止める。

条件の例は、機能の説明ではありません。

• 顧客へ出す文の前提が、画面名と日付で再現できない
• 一般版と制限版の違いを、担当が一行で言えない
• 出力の確認者が、その場にいない
• 止めたあとに戻す担当が、名前で置けない

再現できない前提は、火曜の主題でした。担当が言えない違いは、水曜の主題でした。木曜は、それを権限表の前に置きます。置かないまま列を足すと、列は増え、条件は個人の頭に残ります。個人の頭は、休暇と退職で消えます。

シャドウAIが広がる会社は、禁止より先に使い道の一行が足りない、という話とも接続します（シャドウAIが広がる会社は、禁止より先に使い道の一行が足りない）。境界は、使ってよい場所です。止める条件は、使っていた場所を閉じる合図です。合図が無い境界は、破れたあとに気づきます。気づきは、仕組みではありません。

木曜に残す一行は、新しい権限ではない

今週の木に書く一行は、これで足ります。

入口を増やす前に、止める条件を一つ書く。

Pro を足す前でも、API を開く前でもよい。一つでよい。書けないなら、権限表はまだ早いです。早い表は、金曜の提案書に「誰でも最新を使える」と写ります。写った一文は、入口の違いを消します。消えた違いは、事故のあとで権限を回収する理由になります。回収理由を先に書く方が、表は短くなります。

モデルの入口は、これからも増えます。増える前提で先に残すのは、誰が通れるかの列ではありません。止める条件、一つです。

木曜に表を完成させたくなる理由は、名前が具体だからです。Pro。API。Fairwind。Mythos。具体な名前は、列に置きたくなります。置いた列は、翌朝には古くなります。古くなった列を直す作業は、止める条件を書く作業より長く見えます。長く見える作業を先にすると、条件はまた来週になります。来週には、入口の名前がもう一つ増えています。

止める条件を書いたら、戻す担当の名前も同じ紙に置きます。条件だけある紙は、止まったあとに誰が再開するかを残しません。再開が空だと、止める判断は恐くなります。恐い判断は、権限表の追記に逃げます。逃げた追記は、入口をまた一つ増やします。増やさないための条件には、戻す人の名前が要ります。

一人会社では、戻す人も止める人も同じ顔です。同じ顔でも、行は分けます。分ける理由は、翌日の自分が「なぜ止めたか」を思い出せるようにするためです。思い出せない止め方は、翌朝に権限を足す理由になります。足した権限は、入口の名前をまた一つ増やします。名前が増えた表を、顧客の提案に写さない。写さないための前段が、木曜の一行です。一行がある表は短くて足ります。短い表は、来週の名前に上書きされにくいです。上書きされにくい表だけが、仕組みです。仕組みは、入口の数より先に、止めたあとと戻す人の名前を残します。名前が無い止め方は、翌日に解けます。