一個週末、Claude Code、一個跑在瀏覽器的全球飛行模擬器

週六早上開一個新 repo、週日晚上在瀏覽器裡飛過富士山,這在 2024 年會被當成笑話,在 2026 年的今天已經是某個人的 weekend project。

How To AI 在 X 上分享的這個 demo:一個完整的 3D 飛行模擬器,用 Claude Code vibe code 出來,整個跑在瀏覽器裡,採用真實世界地形,你真的可以飛到地球上任何地方。沒有原生 client、沒有 Steam、打開網址就能起飛。

這篇文章想做三件事:把這個 demo「技術上真正需要什麼」攤開講、分析為什麼 Claude Code 有辦法把它壓成一個週末,然後誠實地聊聊 weekend prototype 和 production-ready 之間那條巨大的縫。

一、把這個 demo 攤開:它其實踩了多少塊技術積木

先別被「週末做完」四個字催眠。一個能飛真實地形的瀏覽器飛行模擬器,至少要把這幾層整合起來:

3D 渲染層。毫無懸念是 WebGL,更現實的選擇是 Three.js 或 Babylon.js 這類封裝層。你要畫出天空盒、飛機模型、地形 mesh、光照,還要處理 LOD (level of detail),不然地形一拉遠就會爆顯卡。

真實地形資料層。想「飛任何地方」有兩條路。一條是走商業 SDK:Cesium / CesiumJS 就是幹這個用的,提供全球地形 tile、衛星影像、甚至 3D tiles。另一條是自己組裝開源資料:Mapbox GL JS 的 terrain API、NASA SRTM DEM 高程資料、OpenStreetMap 的衛星底圖。前者省時間但要付錢、有配額;後者免費但要自己寫 tile 管線。

飛行物理。真實飛機模擬 (MSFS 那種) 要處理升力方程式、阻力、推力、攻角、失速、側滑,外加風場。但如果目標是「玩起來像飛」,可以退化成 arcade-style 物理:位置、速度、俯仰 (pitch) / 滾轉 (roll) / 偏航 (yaw) 三軸,加一點空氣阻尼就能飛得蠻爽。這層是週末專案能交付的關鍵偷工點。

控制與輸入。鍵盤 WASDQE、滑鼠、搖桿 (Gamepad API)、觸控。大部分 demo 只做鍵盤 + 滑鼠就交卷。

如果要多人。再疊一層 WebSocket 或 WebRTC 做位置同步,一個週末絕對寫不完、也不需要。

把這張清單看完就會發現,這個 demo 不是「單一難題」,是「六個不同領域的中等難題疊在一起」。以前要做完,不是技術不夠、是cognitive load 太大——你得同時熟悉 Three.js 的 scene graph、Cesium 的 coordinate system、四元數轉歐拉角、WebGL shader 除錯。光是把這些文件讀完就不只一個週末。

二、Claude Code 到底改變了什麼

這才是整件事的重點。vibe coding 本身不是新概念,這個月讓人驚訝的是「可以 vibe code 的複雜度上限」又往上抬了一階。

Claude Code 帶來的真實變化有三個:

第一,library 熟悉度不再是 gate-keeper。以前 Three.js 對新手最難的是那個 scene / camera / renderer / mesh / material / geometry 六件套到底怎麼組。現在你只要說「給我一個 Three.js scene,加一個可控制的飛機、相機跟在後面像 MSFS 第三人稱」,agent 會直接給你一個能跑的起點,你再講「地形太平」、「飛機轉彎太快」、「加個 minimap」,它邊改邊跑。你沒有在學 Three.js,你在用自然語言 iterate 一個 3D 場景。

第二,跨 library 的整合成本被壓平。以前「把 Cesium 的 camera 跟 Three.js 的物件同步」這種題目,可能要花半天讀論壇、翻 GitHub issues。現在 agent 能直接寫出 adapter、踩到 coordinate system 不對時自己 debug、把 ECEF 座標轉成場景本地座標。你只需要知道「東西沒對齊」這個現象,不需要知道術語。

第三,週末專案的爽點回來了。寫 side project 真正殺人的從來不是主邏輯,是 boilerplate:Vite 設定、TypeScript config、asset loader、dev server。Claude Code 可以在 10 分鐘內把這些都搞定,你醒著的那兩天完整投資在「想看它做什麼」。

三、為什麼這是一個 landmark demo

十年前要做一個能飛真實地形的飛行模擬器,認真講是一個 publisher 級別的專案。Microsoft Flight Simulator 2020 的團隊動輒上百人、做四年。就算是開源的 FlightGear,也是累積超過二十年才有今天這個樣子。

當這件事變成「某個人週末做的玩具」,它標記的不是飛行模擬器便宜了,而是一整個類別的複雜互動軟體,準入門檻被削掉了一層。

以前 vibe coding 的 demo 多半停在 CRUD SaaS、to-do app、簡單的 AI 包裝殼。現在的 demo 已經是複雜互動 3D。這意味著在 2026 下半年,以下幾類東西很可能會變成新的「hello world」:

瀏覽器內的小遊戲(不是 Flappy Bird 級別,是有地圖、任務、存檔的)
訓練用模擬器(駕訓、醫療、工廠 SOP)
房產 / 旅遊的 3D walk-through
AR / WebXR 體驗
資料視覺化裝置藝術

四、誠實的那段:demo 藏了什麼、證明了什麼

必須把話說清楚,不然這篇文章就變成 hype piece。

這個 demo 證明了什麼:瀏覽器端的 3D + 真實地形管線,在 2026 的工具鏈下,已經可以在週末跑起來。Claude Code 可以當合格的 integration engineer,把六塊中等難度積木黏成一個 playable 的東西。

這個 demo 大概沒告訴你什麼:真實飛機物理(估計是 arcade 版)、地形 tile 超出免費配額會怎樣、低階顯卡幀率、安卓 / iOS Safari 的行為差異、資產版權、玩家遇到 bug 時的錯誤處理、AI 對戰機、load / save、account 系統。這些全部是「從 weekend prototype 到 production」要多花 6 到 12 個月的東西。

所以 indie builder 該怎麼讀它:把「週末做 demo」和「週末做產品」切開。你現在可以用 Claude Code 在週末探索一個非常大的產品方向、給投資人或 co-founder 看一個 live 的東西、在 X 上一次漲一萬 follower。但把它變成有人付費、不會崩、合規的 SaaS,還是那件該花的時間照花。

好消息是:探索成本變低,意味著你一年可以認真試錯十個方向,而不是三個。在 indie builder 的世界裡,這就是 10 倍速。

尾聲

我自己看完這個 demo 的第一反應是把 side project list 拿出來重新排序。有幾個題目兩年前被我標成「太難、先擺著」,現在全部都應該重新評估一次。

vibe coding 不是會讓你變厲害的工具,它是會讓你願意開始的工具。而對 indie builder 來說,那個「願意開始」比任何技術優勢都重要。

週末還有兩天,要不要也起飛一次?