月曜の朝、@ITに掲載された寄稿記事を開いた瞬間に手が止まる。AIトークン消費は2026年から2030年にかけて24倍に増える見通しだと、Goldman Sachsが試算しているという。今期の予算会議で「AIコストは横ばいで説明します」と答えたばかりのIT課長なら、この数字だけで胃が縮む。
flowchart TD
A[24倍の試算] --> B[タスク単位評価]
B --> C[AIガバナンス]
C --> D[権限分離]
D --> E[役員への防御線]
「24倍」という数字が先に届く現場#
この試算を@ITへの寄稿で紹介したのは、ClouderaのAbhas Ricky チーフストラテジーオフィサー（最高戦略責任者）だ。Goldman Sachsの数字そのものと、Ricky氏が本番運用に向けて提示した3条件は、区別して読む必要がある。
私が話を聞いてきた課長たちは口を揃えて言う。「AIの請求書を見て初めて、何にいくら使われているか誰も答えられないことに気づく」と。
多くの導入企業は、タスクごとのコスト構造を把握しないままAIを広げている。役員側には「AIを入れれば人件費もコストも下がるはずだ」という思い込みが先にある。このギャップが露呈するのは、たいてい予算超過の説明を求められる場面だ。（この非対称の構造はナデラ警告：課長がAIに毎日渡している「独自知識」という代償にも書いた。）
握っておくべき3つの条件#
Ricky氏は本番運用で見直すべき条件として、タスク単位のコスト評価、リスクに応じたガバナンス、高リスクタスクへの人による承認の3つを挙げている。この3つを役員説明の前に自分の手元で握っておけば、後から数字だけが独り歩きする事態を防げる。
タスク単位でコストを数える#
全社一律の「AI予算」で管理すると、何にいくら使われているか誰も説明できなくなる。議事録の下書きに使うトークンと、大量データの分析に使うトークンでは、消費量も生む価値も桁が違う。タスクごとに消費量と成果を紐づけておけば、コストが増えた理由をあとから数字で示せる。
誰が何を使えるかを線引きする#
アクセス権限を絞らないまま使わせると、情報漏えいのリスクとコスト管理の両方が同時に崩れる。どのツールに、どの情報まで渡してよいかを先に決めておかないと、現場は自己流のルールで埋め始める。（この自己流が生まれる構造は機密情報をシャドーAIに入れる課長が、一般社員の2倍という危うい実態で扱った。）
高リスクタスクは人が承認する#
顧客への提案書、契約に関わる文章、意思決定に直結する分析結果。これらをAIが自動で確定させる設計にしない。人間の承認プロセスを1つ挟むだけで、コストと責任の両方に線が引ける。
役員説明の前に握っておく立ち位置#
この3条件を先に押さえるのは、AI活用を推進するためではない。コストが跳ね上がったときに、「なぜ増えたか」を説明できる材料を先に持つためだ。
役員は「AIを入れたのに、なぜまだこんなにコストがかかるのか」と聞いてくる。（役員の号令だけが先に降りてくる構造は上から降ってきたAI刷新案件、課長が期待値を壊して組み直す術にも書いた。）その場でタスク単位の内訳を出せるかどうかで、課長への評価は変わる。
タスクごとの消費量、ガバナンスの線引き、承認プロセスの記録。この3つのログを残しておけば、「想定外のコストです」ではなく「想定内の増加です、内訳はこちらです」と言える。数字を先に握った人間だけが、後から数字に振り回されずに済む。これは雇われの算数として機能する。
逃げの一手#
3条件をすべて完璧に整備する余力がない場合もある。その場合は「今の体制でやれることと、やれないこと」だけを先に文書化しておく。
たとえば「高リスクタスクの承認フローは未整備」と一行だけ明記しておく。全部を抱え込まず、線引きを先に渡しておくことが退路になる。（単一のツールに業務を預け切る危うさは業務AIが止まった朝、単一ツール依存という設計ミスを燃料計で測るに書いた。）後で「なぜ止めなかった」と言われたときに、この一行が防御線になる。
まとめ：数字より先に条件を握る#
24倍という数字に驚く前に、タスク単位の評価とガバナンス、権限分離の3条件を先に握っておく。それを握った課長だけが、後から届く請求書の説明を他人事にせずに済む。
関連: ナデラ警告：課長がAIに毎日渡している「独自知識」という代償 / 上から降ってきたAI刷新案件、課長が期待値を壊して組み直す術 / 機密情報をシャドーAIに入れる課長が、一般社員の2倍という危うい実態 / 業務AIが止まった朝、単一ツール依存という設計ミスを燃料計で測る
本記事は AI が下書きし、管理人が監修しています。
