第1回 承認が下りない、の正体（ステップ0の構造を読み解く）

「使ってみたいが、上に止められている」。この講座を読んでいる方から、いちばん多く聞く言葉です。

不思議なのは、止めている理由を突き詰めていくと、技術的な根拠がほとんど出てこないことです。「セキュリティが心配」「前例がない」「情報システム部の管轄だから」。どれも、AIというツールの中身を検討した結果ではありません。検討する手前で、思考が止まっている言葉です。

この壁は、技術の壁ではありません。手続きの壁です。そして手続きの壁は、技術力だけでは越えられません。プロンプトがどれだけ上手くても、コードがどれだけ書けても、承認の順番待ちの列は前に進まないからです。

第1回では、この壁の構造を3つに分解します。壁の正体が分かれば、次にどこへ手を伸ばせばいいかも見えてきます。

壁は技術ではない、手続きだ

壁を作っているのは、道具の危険性ではありません。組織の側に、まだ評価の物差しがないことです。

Claude Codeを作った本人が、この道具の性格をこう言い切っています。

ユーティリティとは、特別な許可がなくても誰もが組み合わせて使える基本部品、という意味です。ハサミや電卓に近い位置づけです。

「業務システムとして管理すべきなのか」「外部にデータを送るクラウドサービスなのか」「個人情報を扱うのか」。既存の物差しのどれに当てはめて良いか分からないまま、判断が保留されています。

却下という結論が出たわけではなく、判断が始まっていないだけ、というケースが実際には大半です。

この足踏み状態には、名前があります。Claude Codeを開発したBoris Chernyは、組織がAIを導入していく過程を段階として整理していて、判断がまだ何も動いていない出発点をStep 0＝Gatedと呼んでいるとされています。エージェントの数はゼロ、判断のすべてが旧来の承認プロセス任せという状態です。この講座がここまで見てきた「セキュリティが心配」「前例がない」といった却下理由は、このGatedな状態を成り立たせている旧来の承認プロセスの中身にほかなりません。

なぜ止まるのか：3つの構造的原因

保留が長引く理由は、突き詰めると3つに集約されます。

1. 境界がモデルごとに動く

規程の改定は、モデルの進化の速さに追いつけません。

数ヶ月前に「AIにはできない」とされていたことが、次のモデルでできるようになる。だから多くの組織は、規程を都度書き直す代わりに、いちばん安全な一手を選びます。全面凍結です。

2. 決裁の場に、技術を知る人がいない

技術を知る人が決裁の場にいないと、結論はいつも様子見になります。

カンファレンスを思い浮かべてください。方針を決める場に、その仕組みを実際に理解している技術者が呼ばれていなかったら、どうなるでしょうか。議論は伝聞と印象だけで進みます。

AI活用の承認会議も、多くは同じ構造です。実際に使ったことがある人が、決裁の場に一人もいない。だから質問は「どんなリスクがあるか」で止まり、「どのデータが、どこに、どう送られるか」まで踏み込めません。

3. 「禁止」しかなく、「条件付き許可」がない

中間の選択肢がないと、迷った担当者は必ず禁止側に倒します。

多くの規程は、許可か禁止かの二択で書かれています。条件を満たせば進めてよい、という中間の選択肢が用意されていません。安全側に倒すこと自体は正しい判断です。ただ、条件を先に言葉にしておけば、同じ安全さを保ったまま前に進める道があります。この線引きの具体的なやり方は、第2回で扱います。

この3つが重なった状態を、Boris Chernyは他社のエンジニアとの会話の中で繰り返し聞いていると語っています。

一人だけが突出して成果を出し、組織の残りは足踏みしたまま。境界が動くこと、決裁の場に技術を知る人がいないこと、条件付き許可という選択肢がないこと。この3つが重なるほど、この差は開いていきます。

典型的な却下までの流れ

多くの現場で、提案は次のような順路をたどって止まります。

誰も「NO」と言っていないのに、実質的にNOになっている。これが手続きの壁の典型的な姿です。悪意はどこにもなく、ただ、次の一歩を踏み出す人がいないまま時間だけが過ぎています。

トークン単価に議論が向かう罠

保留がようやく議題に上がると、今度は別の罠が待っています。議論が「1トークンいくらか」「月額いくらか」という価格の話に吸い込まれ、本題に戻らなくなる現象です。

そもそも、いま検討の対象になっているものは、それほど神秘的な仕組みではありません。

「何を評価しているのか分からない」という不安が、価格の話への逃避を生みます。中身が「目標に向けてツールをループで動かす仕組み」だと言葉にできれば、議論は「危ないかどうか」という本題に戻せます。

この「トークン単価に議論が向かう」現象も、Step 0＝Gated（エージェント数ゼロ・旧来の承認待ち）でよく見られる足踏みの一形態です。成果の話に進む前に、単価の話で立ち止まってしまいます。

この壁を越えるための、2つの動き方

ここまでで、壁の正体は見えたはずです。技術の壁ではなく、判断基準がまだ言葉になっていないことによる保留です。

ここから先の動き方は、大きく2つに分かれます。ひとつは、組織の判断を待たずに、自分の裁量で始められる範囲から動くこと。もうひとつは、いずれ組織全体を動かす番になったとき、何を用意して臨むかです。

第2回では前者を、第3回では後者を扱います。この2つは順番に登る階段で、どちらか一方だけでは段は上がりません。

同じ枠組みでは、Step 0＝Gatedの次に来るのがStep 1＝Assisted、エージェント1体とあなたがペアを組む段階です。次回は、その最初の一歩を、組織を待たずに踏み出す方法を扱います。

今日のまとめ

• 承認が下りない壁は、技術の限界ではなく手続きの構造が作っている
• 原因は3つ。境界がモデルごとに動くこと、決裁の場に技術を知る人がいないこと、禁止しか選択肢がないこと
• 議論が価格の話に吸い込まれたら、本題（何を、どこまで許可するか）に戻す

次は第2回、個人で始める最小構成です。組織の判断を待たずに、今日から動かせる範囲を確定します。