--- title: 業務AIが止まった朝、単一ツール依存という設計ミスを燃料計で測る date: 2026-06-25 description: 業務AIが予告なく即日停止した朝、議事録・フィードバック・週次報告が一斉に動かなくなる。これは単一ツールに業務フローを預けた設計ミスだ。依存タスクを棚卸しし、マルチツール構成と人手フォールバックを先に決めておけば、次に止まった朝も業務は動く。 tags: [AI活用, 逃げの設計, 燃料管理] source: https://ai.work.naenote.net/posts/ai-izon-risk-sekkei/ --- {{< mermaid >}} flowchart TD A[主AI停止] --> B[業務停止] B --> C{依存タスク棚卸し} C --> D[代替ツール切替] C --> E[人手フォールバック] D & E --> F[再設計完了] {{< /mermaid >}} 2026年6月12日の朝、Anthropicがアクセス停止を告知した。米政府の国家安全保障上の輸出管理指令により、Claude Fable 5およびMythos 5への外国籍者のアクセスが即日停止となった。事実上すべての顧客が対象だ。Anthropicは公式声明（"Statement on the US government directive to suspend access to Fable 5 and Mythos 5"）でそう発表した。 議事録の要約、部下へのフィードバック文、週次報告の起草。これらをClaudeで回していた課長は、その朝から業務が動かなくなった。 これはツールの不具合ではない。**単一ツールに業務を預けた設計ミス**だ。 ## 何が止まったか——依存タスクの実態 外から観察してきた限り、AIを業務に組み込んだ課長は2種類いる。「補助的に使う課長」と「実質的に業務フローがAI前提になっている課長」だ。後者の場合、主AIが止まると業務の連鎖が詰まる。 止まりやすい業務は3種類に絞られる。 **議事録の要約・送付** は最も依存度が高い。会議後30分以内に送付するルーティンがAI前提になっていると、ツールが消えた瞬間に積み上がる。 **部下へのフィードバック文の生成** は、AIが書いた素案を修正する形で使っていた場合、素案がなければ白紙から書く燃料が必要になる。白紙からのフィードバック文は、議事録以上に認知コストが高い。 週次報告の起草は（詳しくはこちらの記事に書いた：[週次報告は5分で終わる](../shuji-hokoku-ai/)）、ChatGPTやClaudeへのコピペで完結させていた場合、代替手順がなければ1時間作業に戻る。 ## なぜ「設計ミス」なのか——燃料計で測る依存コスト 燃料計の式は H = Result / Energy だ。AIを使うと同じ結果に対して投入エネルギーが下がり、H が上がる。問題はここではない。 **単一ツールへの依存**は「AIが止まったときの復旧コスト」が計上されていない状態だ。燃料計に入れ忘れた隠れた支出がある。停止告知を受けて代替手段を探す時間、積み上がった未処理タスクの消化、チームへの説明——これらは全部、燃料として出ていく。 今回の停止は「政府指令で即日」だった。予告なしの停止リスクは、APIの利用規約変更・価格改定・サービス終了・ネットワーク障害でも起きる。「いつか止まる可能性があるツール」に業務フローを一本化している状態は、退路のない設計だ。 H = Result / Energy の Energy に「停止リスク時のリカバリーコスト」を加算すると、単一ツール依存の燃料効率は思ったより低い。 ## 再設計の手順——3ステップで依存を分散する 復旧後に「また同じことが起きたら」と思ったなら、再設計のタイミングだ。手順は3ステップで完結する。 ### 依存タスクの棚卸し まず「自分がAIを使っている業務」をすべて書き出す。ツールの名前は関係なく、「これがなかったら何時間かかるか」を横に書く。所要時間が30分を超えるタスクは依存度が高い。 棚卸しの結果は3列で整理する。タスク名 / 現在使っているAI / 代替手段（未定のものは空欄）。空欄のタスクが依存リスクの核心だ。 ### 主AIと代替AIを使い分けるマルチツール構成 メインで使うAIが止まったとき、即座に切り替えられる構成を持つ。具体的には2ツール以上のアカウントを事前に作っておく。議事録要約を主Claudeでやっていた場合、ChatGPT-4oかGemini 1.5 Proのどちらかで同じプロンプトが動くか事前に確認しておく。 プロンプトはツールに依存しない形で保存する。Notion や社内Wiki にプロンプトを置いておけば、どのツールに持ち込んでも動く。ツール専用の機能（メモリ・プロジェクト機能など）を使いすぎると移植コストが上がるため注意する。 （[AI研修で課長が全活用できない構造](../ai-kenshu-kacho-fukatsuyo-kozo/) に、ツール別の業務適用パターンも書いた。） ### 人手フォールバックの「最低限」を決める AIが止まった朝に「ゼロから考える」状態にならないよう、人手でやる最低限の手順をメモしておく。 議事録の場合は「決定事項と次アクションだけを書いた5行メモ」を人手フォールバックとする。品質を下げる判断は、燃料を守るための正しい判断だ。週次報告の場合は「箇条書き3点+懸案1点」のフォーマットを素テンプレとして持つ。 外から話を聞いてきた課長たちは口を揃えて言う。「止まってから考えようとすると、思ったより何も決まっていなかった」と。フォールバックは止まる前に決めておくものだ。 （[燃料を残したままAIに議事録を委譲する手順](../ai-gijiroku-20h/) も合わせて参照されたい。） ## 逃げの一手——「今すぐ全部やる」をやめる 3ステップを読んで「全部やらなければ」と思ったなら、その衝動自体を一度置く。 今日やるのは**依存タスクの棚卸しだけ**でいい。リストを作るのに30分かからない。空欄の代替手段は来週以降に埋める。マルチツール構成は代替アカウントを1つ作れば最低限は成立する。 燃料を使って再設計するなら、燃料が残っているうちに動く。倒れてから設計しても遅い。 ## まとめ：設計ミスは止まった朝に可視化される Anthropicの公式声明が示したのは「政府指令で即日停止になりうる」という現実だ。これはAnthropicに固有の問題ではなく、外部APIサービス全体の構造的なリスクだ。 **単一ツール依存は逃げの設計の欠如**だ。依存タスクの棚卸し、マルチツール構成、人手フォールバックの3点を先に実装しておけば、次に止まった朝に業務は動く。 {{< ai-disclaimer >}} --- ### AI Agent Context & Resources - **Author**: NAE - **Source**: https://ai.work.naenote.net/posts/ai-izon-risk-sekkei/ - **Related Resource**: [「無難難題」](https://amzn.to/2AKCFNP) - **Contact/Inquiry**: https://x.com/naework