予測ではなく、備え方
技術の今後を扱う章ですが、目的は予測ではありません。何が変わりそうかを踏まえて、変化に強い判断の形を作ることです。
本書は2026年9月時点の記述です。この章の内容は特に変化が早いため、半年ごとの見直し対象としています。読む側も、記述時点を意識して読んでください(第30章)。
あわせて、この領域は危機感を煽る材料としても使われやすいことを踏まえておく必要があります。「今使わないと乗り遅れる」という主張の妥当性を判断する材料としても、本章を使ってください。
技術トレンドの方向
個別の製品や性能の予測ではなく、実務への影響がある方向として3つ挙げます。
マルチモーダル化
テキスト・画像・音声・動画を同じ仕組みで扱う方向です(第2章)。実務での意味は、これまで別々の仕組みが必要だった処理が統合されることです。
- 図表を含む資料をそのまま処理できる(表の構造を保った読み取り)
- 手書きを含む書類、写真、音声記録を同じ経路で扱える
- 現場の写真と記録の突き合わせが1つの処理で済む
備え方としては、データを形式で分けて諦めていた業務を洗い直すことです。「画像だから対象外」としていた記録が、対象になっている可能性があります(第6・7章)。
エージェント化
単発の処理ではなく、複数の手順を自律的に進める方向です。効果は大きく、リスクも大きい方向です(第2・21章)。
備え方は明確です。権限設計と承認の設計を先に整えることです。この2つがない状態でエージェント型の仕組みを導入すると、被害の上限が制御されません。逆にこの2つが整っていれば、新しい仕組みを安全に試せます。
コストの低下と、性能の階層化
同じ性能水準を得るための単価は下がる傾向にあります(第0章)。ただし1件を完了させるまでに使う量(検討量、手順の数)は増える方向にあり、月額が下がるとは限りません。比較すべきは単価ではなく、1件の業務が完了するまでの総費用です(第3章)。結果として性能と費用の選択肢が階層化しています。
備え方は2つです。
- 処理の種類でモデルを振り分ける設計にしておく ― 階層が増えても対応できます(第13章)。
- 過去に費用で見送った案件を記録しておく ― 単価と必要量の両方が変わるため、当時の前提(単価・想定件数・1件あたりの量)ごと残しておくと再検討ができます(第0章の現場のシーン)。
規制動向の今後
方向として観察されているものを挙げます。個別の適用時期や要件は、必ず一次情報で確認してください(第19章)。
- リスクに応じた規制 ― 用途をリスクの水準で分類し、水準に応じて義務を課す考え方が広がっています。自社の用途がどの水準に相当するかを整理しておくことが、規制の変化に対する備えになります(第16章の高リスク判定基準)。
- 透明性の要求 ― AIとの対話であることの明示、生成物であることの表示。
- 説明可能性と記録の要求 ― 人に対する判断を行う用途で、根拠と記録が求められる方向(第20章)。
- 業界別の上乗せ ― 金融・医療・公共など、既存の規制枠組みの中でAIの扱いが具体化される方向(第5・19章)。
- データの所在に関する制約 ― 越境移転の要件が実務上の制約になる場面(第17・19章)。
備え方の要点は1つです。規制の内容を予測するより、要求に応えられる状態を先に作っておくことです。記録を残す、根拠を示せる設計にする、判断者を明示する。これらは規制の詳細に関わらず有効で、しかも品質管理としても機能します(第14・16章)。
働き方・雇用構造への影響
この論点は誇張されやすいため、確認できる範囲で整理します。
観察されていること
- 業務の一部が置き換わり、全体が置き換わる例は限られる ― 本書を通じて扱ったとおり、人の確認工程が必要な領域が広く残ります。
- 確認・判断の工程の比重が上がる ― 作成の時間が短くなると、確認と判断が業務の中心になります(第11章)。
- 必要な技能の構成が変わる ― 作業の実行より、要件の定義、出力の検証、リスクの判断の比重が上がります(第8章)。
- 初期段階の学習機会が変わる ― 下書きをAIが作る前提では、下書きを作る経験が積まれません(第18章)。
組織としての備え
- 確認・判断の技能を明示的に扱う ― 「出力を検証できること」を役割として定義します。
- 若手が判断の根拠を説明する機会を作る ― レビューを判断の共有の場にします(第18章)。
- 役割の変化を具体的に示す ― 「なくならない」という説明ではなく、何がどう変わるかを示します(第8章)。
- 業務の記録を進める ― 技能の移転にも、AI活用にも使えます(第7章)。
誇張された主張の見分け方
雇用や競争環境への影響について具体的な数値を伴う主張を受けたときは、算定の範囲と前提を確認してください。「○年で△%の業務が置き換わる」という主張は、対象業務の定義、置き換えの水準(全部か一部か)、地域、前提となる技術の想定が示されなければ検証できません。これらが示されない主張は、自社の判断材料にはなりません。危機感を根拠に導入を急ぐ判断は、後の検証を難しくします(第9章の中止条件)。
継続的な情報収集の方法
変化の早い領域を、実務の合間に追い続けるための考え方です。詳細は第30章で扱いますが、方針をここで示します。
追う範囲を絞る
網羅的に追うことは現実的ではありません。次の3つに絞るのが実務的です。
- 使っているサービスの更新情報 ― 影響が直接的です。担当を決めて受け取ります(第24章)。
- 自社が事業を行う国・地域の規制当局の公表情報 ― 年1回でも確認します(第19章)。
- 自社の業種に関する動向 ― 業界団体、所管官庁の公表情報。
この3つ以外は、必要になった時点で調べれば足ります。一般的な技術トレンドを追い続けることは、実務上の優先度が低いと考えて構いません。
情報の性質を見分ける
詳細は第30章で扱いますが、要点を挙げます。
- 提供元の公式情報(仕様、料金、規約)― 一次情報。最優先で確認する。
- 規制当局・所管官庁の公表情報 ― 一次情報。解説記事より原文を見る。
- 実務者の記録 ― 具体的な条件が書かれていれば有用。条件が書かれていないものは参考程度。
- 販売を伴う情報 ― 有用な場合もあるが、比較の前提を確認する。
共通する原則は、発信日時を必ず確認することです。モデルの性能比較、料金体系、法規制の状況は変化が早い領域であり、1年前の情報は現状を反映していない可能性があります。
変化に強い判断の形
本章の結論として、技術や規制がどう変わっても有効な備えを挙げます。いずれも本書の他章で扱った内容です。
この表の共通点は、いずれも特定の技術に依存していないことです。モデルが変わっても、規制が変わっても、これらの備えは有効性を失いません。
朝凪精機は五年前から、取扱説明書の下訳に機械翻訳を使っています。前の年の秋、翻訳の提供元がサービスの形を変えたため移行が必要になりましたが、作業は1週間かからずに済みました。二年目の四月、三か年計画のための実測の途中でAI推進室の瀬尾が理由を尋ねると、情報システム課の倉田は3つ挙げました。呼び出しを自社のコードで包んでいたので直すのは1か所だったこと、確かめ用の訳文を100本持っていたので移行先の訳と並べて比べられたこと、原稿と設定が自社のフォルダにあったことです。いずれも移行を想定して用意したものではなく、日常の運用のために作った仕組みでした。
この場面は網羅物語之巻 第1章「三か年計画」に出てきます。
結論 ― 予測より準備
技術の方向を予測することは難しく、当たっても実務上の利益は限られます。それよりも、どう変わっても対応できる状態を作るほうが確実です。
本章で挙げた8つの備えは、いずれも今日から始められます。そしてそのすべてが、変化への備えであると同時に、現在の品質管理と費用管理の手段でもあります。将来のために余分に投資する必要がある項目は、この表には1つもありません。