メインコンテンツへスキップ
VEGA開発からの知見
因果推論と未来検証

経済の変化を予測するAIで、仮説をどう検証するか

「新しい技術が伸びるから、関連企業も伸びる」。この説明には、需要が誰の売上になり、どこに利益が残るかが抜けています。制度、技術、需要の変化を予測するには、その変化が波及する経路を調べる必要があります。

VEGAの未来経済研究では、需要の増加、供給制約、二次・三次の受益を分けて考えています。予測が成立する途中の事象と、撤回する条件を一緒に記録する設計です。

設計で決めておくこと

予測の途中で何が起きるはずか、何が起きなければ撤回するかを記録する。

01

需要の増加が、誰の利益になるかを追う

ある技術への需要が増えても、関連する企業すべての利益が増えるとは限りません。供給不足はどこで起きるか、増産に必要な設備や部材は何か、価格を上げられるのは誰かを追います。

例えば架空の「設備需要の拡大」という仮説なら、設備本体、部材、保守、導入先の生産性まで経路を分けます。テーマに関連しているという説明だけで、経済的な受益を確認したことにはしません。

変化の起点
制度、技術、需要のうち、何が変わるという仮説か。
供給制約
需要の増加に対して、どこがボトルネックになるか。
利益の行き先
誰が価格を上げられ、どの企業の利益率が改善するか。
成立までの時間
受注、増産、売上、利益への反映がいつ起きるか。

02

大きな仮説を、中間事象へ分解する

最終結果だけを予測すると、外れた理由を学びにくくなります。「制度が成立する」「予算が執行される」「設備投資が増える」「受注に現れる」と段階を分け、どこで推論が崩れたかを確認します。

各段階には、観測対象、期限、確認する一次資料、実現・未実現の判定条件を置きます。条件付きの確率を使う場合も、段階同士の依存を考えず機械的に掛け合わせてはいけません。

中間事象ごとに記録するもの

  • 何が、いつまでに起きるという予測か
  • 何をもって実現と判定するか
  • どの一次資料で確認するか
  • 前の段階が成立しない場合にどう扱うか
  • どの観測があれば仮説を撤回するか

03

当たった数だけでなく、確信の強さを確かめる

高い確信で外す予測と、慎重な確率で外す予測は、同じ扱いにはできません。VEGAの研究設計では、結果が出る前の予測確率と理由を残し、結果とのずれを評価する考え方を取り入れています。

例えば「70%の確率」と記録した予測を集め、長期的にどの程度実現したかを確認するのが較正です。確率と実現結果のずれを測るBrierスコアなども使えますが、少数の事例や都合のよい集計だけで予測能力を断定しません。

Brierスコアは較正だけでなく、起きる事象と起きない事象を区別する力などにも影響されます。スコアが改善しただけで較正も改善したとは言えないため、予測確率ごとの実現頻度と合わせて確認します。

参考:確率の較正:scikit-learn公式ドキュメント / Brierスコアの定義:scoringrules公式ドキュメント

04

予測を更新しても、最初の記録を消さない

新しい情報で予測を変えたら、初回の予測、更新時点、更新理由、結果の判定を別々に残します。後から見直すときに、当初からの予測と、情報を得て修正した予測を区別できます。

例えば仕入れの見通しを更新したときも、初回の予測を残せば、どの情報で見方が変わったかを追えます。更新後の予測だけを保存すると、最初から正しく見通していたような記録になってしまいます。

検証と改善

自己改善するAIの変更を、いつ採用するか

試した変更の中から、たまたま良かった結果だけを選んでいないか。評価条件を先に決め、探索に使っていない事例と、費用や運用の負担も含めて採用を判断します。

読む →
前提の監視と出口設計

判断した後も、その理由が続いているかを監視する

始めるときに、続ける理由がなくなる条件も決めておく。結果の悪化、判断の前提が崩れた状態、情報が足りない状態を区別し、見直しの手順を定めます。

読む →
判断と証拠

AIの判断を再現するには、「その時の根拠」を残す

後日同じURLを開いても、判断したときと内容が違うことがあります。公開時点、取得時点、使った内容と設定の版を記録し、当時の判断を確かめられるようにします。

読む →

CONTACT YOLX

自社の業務でAIを使うには

対象の業務と使えるデータを確認し、AIに任せる処理、人が判断する場面、停止後の対応を決めます。設計から実装、検証までご相談ください。