デジタルツインシミュレーション

 

前回の石油備蓄に関する調査

ナフサの現状

からそろそろ2ヶ月になるので、改めて調査してみたのだが、ここ2ヶ月でGeminiはあまり賢くなっておらず、同じようなハルシネーションを何度も作り出した。こちらも、それを何度も何度も指摘して訂正していったのだが、最初の方の命令を忘れたり、自分が出した回答に引きずられて捏造に捏造を重ねるなど、散々だった。

前回もそうだったが、この石油の問題がややこしいのは、扱う数字がどういう数字なのかが曖昧なことだ。例えば、7月には政府発表によると前年同月比で100％の原油が確保されたと言っているのだが、直感的にそれはあり得ないと思った。なぜなら、現実にそれが届くためにはタンカーが必要である。そのタンカーの一部は中東に足止めを食らっているし、新しい調達先であるアメリカの航路は中東の倍もあるため、同じタンカーの数では半分しか運べない。世界中で石油不足なのだから、新たに調達するにしてもいきなり倍の調達は不可能である。

つまり100％というのは実際に日本に届く量ではなく、あくまでも契約ベースの数字であると推測できるのだが、それは発表から読み取れないので、Geminiは素直にそれを信じてウソを回答してしまうのだ。政府が誤魔化しをしようとしていることは前回実績より明らかなので、こういった数字の深読みは必要なのだが、ただ「深読みせよ」と言ってもGeminiにはできない。

他にも、需要と実際の出荷量を混同してしまう、日数換算の計算方法を間違えてしまう、・・・などといったミスを多数起こしている。

それをGeminiに言っても、しばらく質問を繰り返していると忘れてしまい、また言わなければならなくなる。それを指摘すると次に指摘していた内容を忘れ、・・・と、一巡して最初に戻ってしまう、という詰まらない経験をした。

こうなると、もうエージェントを使ってデジタルツインを作ってシミュレーションをしたほうが速いのではないか、と思えてきた。つまり、実際に存在するタンカーの位置と積載量を一つのエージェントとして表現し、それらが最良の条件で動いたら輸入がいくらできるようになるか、とするのだ。

エージェントとしては、以下を用意する。

1. タンカー。1隻当り200万バレルと仮定。タンカーは航路日数毎に、精油所に200万バレルを卸す。航路日数は、中東ルートは45日、米国ルートは70日とする。
2. 港。中東とアメリカに設置。タンカーが到着する毎に200万バレルを渡す。
3. 精油所。国内に設置。需要量は一日300万バレル。
4. 指示者。精油所に到着したタンカーに対し、次にどこへ向かうかを指示する。
5. クロック。全体を制御する。1日毎に各エージェントの状態を更新させる。

戦争前は中東ルート100％とすると、タンカー1隻で日本に運べるのは45日毎に200万バレルなので、1日当たりでは4.44万バレルとなる。需要量300万バレルでこれを割ると、67.5となり、タンカーは68隻必要となる。

中東で何隻が足止めされているかは分かっていない。40隻あまりが足止めをされているが、このうち日本向けが何隻かは分かっていない。そこで拘束されている確率を45分の一と仮定すると、67.5*44/45=66隻が稼働可能と考える。

これが100％アメリカ航路に切り替わると、66隻で計1億3千200万バレルを70日で運べるため、1日当たりでは188.57万バレルが運べる計算になる。これは300万バレルに対して62.9％である。これが切り替え後の輸送量の限界となる。

今は計算で出したが、これがもう少し複雑になってくると頭では追えなくなってくるので、シミュレーターを走らせた後は精油所をモニターするだけで答えが返ってくる、という次第だ。

例えば、港をアメリカと中東以外にも設け、次にどの港に向かうかを逐一指示する一方、政府やイラン軍を登場させて調達上限や妨害の程度を決めていく、という具合だ。

従来のシミュレーションと違い、AIエージェントをノードとすることによって、設計が格段に易しくなるのが特徴と言える。おそらくClaude Coworkの最低プラン（月20ドル）でもできるのではないだろうか。エージェントを増やしていくと課金が心配だが、その場合はOpenClawを使って各エージェントに「パラメーターファイルの書き換え」を指示する、といった作り方でできるのではないかと思う。

従来のシミュレーション、例えば防災シミュレーションなどは専用で、何億円もかけて作るものだったが、これならタダに近い作り方ができる。ちょっと末恐ろしいことだが、こういったちょっとした疑問にも即時にシミュレーションを作って答えをくれるAIというのは、個人としても欲しいし、社会としても需要は高いと思う。