第一人稱射擊遊戲、潛艇遊戲、卡丁車賽車遊戲，甚至是《當個創世神》（Minecraft）的複製版：在過去幾天裡，人們僅透過單一提示詞就生成了所有這些遊戲。這些模型能將幾何形狀、紋理，有時甚至是音樂，以程式碼的形式寫出，並直接在瀏覽器中運行。

從零開始編寫一個場景，不僅需要清晰的語法，模型還必須了解世界的實際外觀和運動方式。例如，滑雪板如何在雪上滑動，或是風如何吹拂草地，這些細節都不在提示詞中，而是必須由模型本身生成。

Matt Shumer 展示了一款《決勝時刻》（Call of Duty）風格的射擊遊戲，螢幕上的一切，包括紋理，都是由程式碼生成的。他在 X 上寫道：「沒有使用任何外部素材。」該遊戲的提示詞和原始碼已上傳至 GitHub，名為 Claude-of-Duty。

Alex Ermolov 發布了一個滑雪板遊戲演示，並表示 Opus 5 的表現與 Fable 不相上下，甚至超越了他測試過的所有其他模型。他指出，首次運行就沒有出現視覺故障，而且「滑動物理效果感覺很真實」。

Chetaslua 製作的弩砲演示，則明顯拉開了與其他模型的差距。這個羅馬攻城武器坐落在一座城堡前，擁有完整的控制面板，感覺更像一款完成的遊戲而非原型。Chetaslua 之前也曾將相同的提示詞輸入 GPT-5.6 Sol 和 Kimi K3，兩者都能生成可辨識的弩砲，但運作部件較少，周圍的場景也遠不如 Opus 5 豐富。

用戶 Chris 進行了一項比較，展示了這項技術進步的速度。他將一年前 Claude 4 Opus 的輸出與今日 Opus 5 的成果並列。在新的測試中，他要求生成一輛在泥土路上的汽車，並明確表示不要紋理。Opus 5 卻生成了泥濘的車轍、植被和分層的光影效果。一年前，同樣的請求只會產生平坦的色塊。

更多的演示展示了其廣泛的可能性。Lentils 將一個風景優美的場景打包成一個 HTML 文件，其中數百萬片草葉隨著模擬的風擺動。Pietro Schirano 製作了一款潛艇遊戲，模型自行生成了 3D 物件、紋理和音樂。Ryan Campbell 則將他的卡丁車賽車遊戲上線，成為一個可玩的網站。

在傳統的 3D 開發中，開發者會從素材庫中組裝資產，將紋理作為圖像文件載入，並透過遊戲引擎處理物理效果。然而，Opus 5 的演示方式截然不同：幾何形狀是程序化的，由在運行時計算點和表面的程式碼構建。紋理以著色器（shader）的形式存在，本質上也是程式碼。模型會編寫物理效果和控制邏輯以及其他所有內容，由於這一切都在瀏覽器中透過 Three.js 運行，因此一個 HTML 文件就足以完成。

Anthropic 在其 Opus 5 的發布公告中表示，該模型產生了比早期版本「更強大的視覺輸出」。其中一位測試夥伴引述稱，這些成果是他從任何 Opus 模型中見過最好的動畫、遊戲和 3D 作品。

這與 Google 的 Genie 3 或有時被稱為「世界模型」的影片模型採用了不同的方法。那些系統會計算每一幀並返回圖像序列，其輸出僅以影片串流的形式存在，因此之後無法編輯或重複使用。而 Opus 5 生成的是你可以打開並修改的程式碼。

除了這些一次性的演示，社群也自行發展出一個非正式的壓力測試：從單一提示詞重建《當個創世神》。Pankaj Kumar 使用 Opus 5 製作的版本擁有無限的程序化世界、15 種生物群系，以及生存和創造兩種模式。他寫道，所有圖形資產都來自程式碼，紋理和聲音都是在運行時生成的。這次建構消耗了 2500 萬個 token。

其他的正面對決測試也遵循相同的模式。Harshith 讓 Opus 5、Fable 5、GPT-5.6 Sol 和其他幾個模型在 Three.js 中生成一架 3D Airbus H145，並比較了結果。atomic.chat 更進一步，讓所有四個模型構建了三個物理場景，其中包括龍捲風橫掃田野和破壞球撞擊公寓大樓。

根據 atomic.chat 的說法，只有 Opus 5 能夠令人信服地處理所有三個場景。

像這樣的提示詞可以作為初步的粗略評估，因為任何人都可以重現它們並在螢幕上判斷結果。雖然程式設計技能對提示詞的撰寫有所幫助，但並非必需。然而，這並非任何有系統意義上的基準測試，因為沒有標準化的任務、評分標準，也無法控制每個模型嘗試的次數。