Googleが3Dの仮想環境を簡単に生成できるAIモデルの「Project Genie」を発表したところ、ゲーム関連企業の株価が軒並み下落したとロイターが報じています。
Googleが世界モデルの「Project Genie」を発表した直後にゲーム企業の株価が軒並み下落 - GIGAZINE
現地時間の2026年1月29日、Googleは世界モデルの「Project Genie」を発表しました。Project Genieはテキストを入力するだけで3Dの仮想空間を生成することができる世界モデルの「Genie 3」、画像生成AIの「Nano Banana Pro」、生成AIの「Gemini 3」を組み合わせたウェブアプリで、ユーザーは生成した仮想空間を自由に探索可能です。
Googleが世界モデルの「Project Genie」を発表した直後にゲーム企業の株価が軒並み下落 - GIGAZINE
ロイターはProject Genieについて、「テキストやアップロードされた画像による指示を通じて、ユーザーが現実世界の環境をシミュレートすることを可能にするというAIモデルであるため、過去10年以上にわたるゲームの制作方法に革命をもたらし、急速に進化する技術への適応を開発者に迫る可能性があります」と指摘。
Googleが世界モデルの「Project Genie」を発表した直後にゲーム企業の株価が軒並み下落 - GIGAZINE
大手企業が支配する競争の激しいゲーム業界において、ゲーム開発者は差別化を図る手段として、AIの導入を進めています。2025年のGoogleの調査によると、ゲーム開発者の約90％がAIエージェントを活用しています。
Googleが世界モデルの「Project Genie」を発表した直後にゲーム企業の株価が軒並み下落 - GIGAZINE
ただし、ゲーム配信プラットフォームであるSteam上で生成AIの使用を公表しているゲームは全体の7％、2025年にリリースされたタイトルだと約20％が生成AIを使用していることが明らかになっています。
Googleが世界モデルの「Project Genie」を発表した直後にゲーム企業の株価が軒並み下落 - GIGAZINE
⇧ まぁ、
に移行するだけであって、「AI」の活用に関する「属人化」は発生していく気がするので、「AI」の「モデル」の改善がされていかないと、「プロンプト」の「職人芸」の領域が発展するだけになって、「属人化」の「問題」の「構造」は解消されないということですかね...
「AI」の「幻覚（ハルシネーション）」の問題が解決されない以上、「ファクトチェック」は「AI」に一任できず、必ず「人手」が必要になりますからな...
とりあえずは、
AIスロップ（エーアイスロップ、英語: AI slop）または単にスロップ（英語: slop）は、労力や意味の欠如と圧倒的な数量を特徴とする、生成人工知能技術を用いて生成された文章や画像などの低品質なメディアを指す用語である。
AIスロップは、「デジタルの散乱物」、「中身や質よりも速さや量（を優先した）埋め草のコンテンツ」、「ソーシャルメディア、芸術品、書籍、（中略）検索結果における粗悪な、あるいは不要なAIコンテンツ」など、さまざまに定義されている。。
⇧ 上記にもありますように、「AIスロップ（AI Slop）」による影響があるので、「ファクトチェック」の負担については増加していく一方でありますと。
結局のところ、
計算機科学において、Garbage In, Garbage Out（ガービッジ・イン、ガービッジ・アウト／ガベージ・イン、ガベージ・アウト）、略してGIGOとは、欠陥のある、または無意味な（garbage）入力データは無意味な出力を生み出すという概念である。直訳は「ゴミを入力するとゴミが出力される」。すなわち、「『無意味なデータ』をコンピュータに入力すると『無意味な結果』が返される」という意味である。Rubbish in, rubbish out (RIRO)とも表現される。
⇧ 上記に尽きるので、「AI」に渡す「プロンプト」所謂「インプット」の「設計」が重要になって来るので、「AI」と「協業」しているのであって、常に「人手」は必要であるのよね...
つまり、「業務」を洗い出して、
- 全てAIで完遂できるもの
- 人手のサポートが必要なもの
- 全て人手でなければ完遂できないもの
に「分類」する「業務」の「棚卸し」ができていないと、「AI」を効果的に活用できないのよね...
そもそも、「ソフトウェア開発」の「標準的」な方法が確立されていないこともあり、そのせいで「開発組織」によって「開発」の方法が千差万別なこともあり、「不確実性」が高く「再現性」が困難であるのよな...
現状の「AI」は、「局所最適化」は実現できるかもしれないが、「全体最適化」の実現が困難と思われ、「幻覚（ハルシネーション）」の問題も「つじつま合わせ」ができずに、「捏造」してしまうということな気がしますな...
とは言え、何回、同じようなことを「質問」しても「怒られることはない」という意味で「心理的安全性」は高いのかしら...
まぁ、「幻覚（ハルシネーション）」の問題で、「心」の「平穏」を維持するのが難しいという問題もありますが...
要するに「トレードオフ」というやつですかね...
FrankenPHPとは
ネットの情報を漁っていたところ、
⇧ 上記サイト様で存在を知ったのだが、「FrankenPHP」なるものが、「PHP Foundation」で「サポート」されるようになったらしい。
発表についても、
⇧ 同時期の模様。
ちなみに、
⇧ 上記によると「ハートポーズ」の発祥は定かではないらしい。
意外にも、
漫画『HUNTER×HUNTER』に登場するアイザック=ネテロが、「手でハート」のポーズをしている様子。
登場したのはNo.291(単行本28巻)、キメラアントの王（メルエム）と戦っている非常にシリアスな場面である。
感謝するぜ お前と出会えた これまでの全てに!!!とは (カンシャスルゼオマエトデアエタコレマデノスベテニとは) [単語記事] - ニコニコ大百科
⇧ 上記にあるように、「2010年」頃には「漫画」で利用されていたらしいのだが、誰が考案したのかは不明...
英語版のWikipediaによると、
A hand heart is a gesture in which a person forms a heart shape using their fingers.
The upside down hand heart gesture was noted in art in 1989, when Italian artist Maurizio Cattelan created an art image of the gesture as his first artwork named Family Syntax. The gesture became popular in the early 2010s.
⇧「イタリア」の「Maurizio Cattelan」という「アーティスト」が1989年に記録したものが存在するそうな。
ネットの情報を漁っていたところ、
Maurizio Cattelan was born in Padua, Italy in 1960. Internationally, he is considered as the most relevant Italian artist in the contemporary art world. As a self-taught artist, his career began in 1989 with a black and white photograph titled Family Syntax; a framed self-portrait in which he appears forming a heart with his hands over his naked chest. He has previously collaborated with a gallery in Milan working on furniture design.
⇧ 確かに、アイデアの原型とも言えそうなことをしている。
ただ、「親指」を下にする形に改良したのが誰なのかは不明なのよね...
メディアで取り上げられる前に、誰かが考案したのかもしれないので何とも言えないのだが、漫画『HUNTER×HUNTER』での活用の仕方は斬新でしたな。
話が脱線しましたが、「FrankenPHP 」については、
FrankenPHPは、Caddy Webサーバーをベースに構築された、PHPのためのモダンなアプリケーションサーバーです。
⇧ とあるように、「PHP」を動作させる環境を提供するものらしい。
従来の環境との違いなどについては、
⇧ 上記サイト様がまとめて下さっております。
とりあえず、
⇧ 上図にあるように、「CGI」単独は別として、「Webサーバー」が必要なのは従来と変わらない模様。
で、
⇧ とあることから、余程のことが無い限り、
| No | Webサーバー | プロセス |
|---|---|---|
| 1 | Apache Httpd | php-fpm（FastCGI Process Manager） |
| 2 | Nginx | php-fpm（FastCGI Process Manager） |
| 3 | Caddy | FrankenPHP |
のいずれかの構成で「PHP」の動作環境を用意することになるんかね？
Zabbixの環境構築の要件でFrankenPHPがサポートされる日は来るのだろうか...
で、「Zabbix」の環境構築でも「PHP」が必要なのだが、
⇧ 上記の公式の「ドキュメント」の「要件」のページを確認しても、「FrankenPHP」については何も言及されていない...
まぁ、
⇧ 上記の記事の時に「Pagination」に対応していないって話もあったように、「Zabbix」の考えている「優先順位」がいまいち分からないので、「FrankenPHP」に対応するつもりもないのかもしれない...
とりあえず、「Zabbix」は正確な「環境構築」の方法を公式の「ドキュメント」に掲載して欲しい気はする...
まぁ、「Zabbix」に限らず、開発の前提となる「環境構築」についての正確な「情報」が無いことが多いのよな...
本当に「情報」を端折る文化は無くして欲しいよね...
そもそも、「Zabbix」の「機能」を追加する開発で、「プログラミング言語」として、「PHP」以外を利用したいのだが、「Zabbix」をカスタマイズするアプローチだと、
⇧ 上記にありますように「PHP」の利用が必須になってしまうのよな...
とは言え、別の「システム」として「Web画面」を用意すると、「要件」によるが、「データ」の更新箇所が複数存在してしまうことになり得るので、「データ」の「整合性」を担保することが困難になって来ますと...
毎度モヤモヤ感が半端ない…
今回はこのへんで。
