[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-cinevva-web-game-engine-guide-stack-zh":3,"article-related-cinevva-web-game-engine-guide-stack-zh":31,"series-tools-c06a3011-4faf-4d89-831a-bd0f9c8d44b0":74},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":23,"views":27,"created_at":28,"published_at":29,"topic_cluster_id":30},"c06a3011-4faf-4d89-831a-bd0f9c8d44b0","cinevva-web-game-engine-guide-stack-zh","Cinevva 把引擎選型變成堆疊","\u003Cp data-speakable=\"summary\">我拆 Cinevva 的 2026 web game engines guide，整理成可直接套用的 2D、3D、Wasm 引擎選型堆疊與模板。\u003C\u002Fp>\u003Cp>我用 web 遊戲引擎一陣子了，最煩的不是功能少，而是比較表都在騙我。Demo 看起來很順，功能列一長串，真要上線就開始出事：載入慢、手機 Safari 怪、下載包一大坨，玩家還沒看到畫面就先被你勸退。這種引擎 roundup 我看多了，常常像在列菜單，不像在幫我做決策。\u003C\u002Fp>\u003Cp>我會拆 \u003Ca href=\"https:\u002F\u002Fapp.cinevva.com\u002Fguides\u002Fweb-game-engines-comparison\">Cinevva 的 2026 web game engines guide\u003C\u002Fa>，是因為它至少沒有假裝所有引擎都在解同一題。它把市場切成 browser-first 3D、2D、Wasm 效能、no-code 工作流，這才是正常思路。真正有價值的不是「誰最強」，而是誰能少讓我跟瀏覽器吵半年。\u003C\u002Fp>\u003Cp>這份指南裡最值得我記下來的轉折很簡單：WebGPU 不再是未來式。Cinevva 提到 \u003Ca href=\"https:\u002F\u002Fdeveloper.apple.com\u002Fsafari\u002F\">Safari\u003C\u002Fa> 26 已經在 macOS、iPadOS、iOS、visionOS 加上 WebGPU 支援，這件事直接改掉我對 2026 年 web 遊戲的預設判斷。不是說每個團隊明天都該切 WebGPU，而是「因為 Safari 所以只能守著 WebGL」這個老理由，現在真的站不住腳了。\u003C\u002Fp>\u003Ch2>WebGPU 不是加分題，是新底線\u003C\u002Fh2>\u003Cblockquote>WebGPU 已經不是實驗室玩具。Safari 26 把支援補上後，過去那句「先別碰 WebGPU，Safari 會死」基本上可以收起來了。\u003C\u002Fblockquote>\u003Cp>白話講就是，現在卡你的不再是瀏覽器，而是引擎自己有沒有把路鋪好。這差很多。我看過太多規劃會議一直說「等瀏覽器成熟再說」，結果瀏覽器早就成熟了，真正沒動的是引擎團隊跟整條管線。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782412410129-dcx7.png\" alt=\"Cinevva 把引擎選型變成堆疊\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我把 \u003Ca href=\"https:\u002F\u002Fdeveloper.mozilla.org\u002Fen-US\u002Fdocs\u002FWeb\u002FAPI\u002FWebGPU_API\">WebGPU\u003C\u002Fa>、Safari 和引擎支援一起看，2026 的答案其實很清楚：PlayCanvas 的 WebGPU 路徑最成熟，Godot 4.7 有 experimental WebGPU web export，Three.js 也有零設定的 WebGPU renderer 跟 WebGL2 fallback。這代表我終於可以把 WebGPU 當部署選項，不用再把它當研究題目。\u003C\u002Fp>\u003Cp>我之前做過一個 3D configurator，舊版技術上沒問題，但一到手機就開始跟 texture size、shader 限制、載入時間互相折磨。那時候如果有一條夠順的 WebGPU 路徑，體驗會好很多，但前提是引擎不能逼我整個重寫。這就是現在的篩選標準：引擎到底幫我藏掉多少痛苦。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>如果你做 browser-first 3D，先看 WebGPU 是真的能用，還是只在 roadmap 上。\u003C\u002Fli>\u003Cli>如果你現在就要覆蓋廣泛裝置，WebGL2 fallback 仍然要留著。\u003C\u002Fli>\u003Cli>如果引擎只在簡報裡提 WebGPU，我會直接假設整合成本要自己吞。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>PlayCanvas 只適合把瀏覽器當主戰場的人\u003C\u002Fh2>\u003Cblockquote>PlayCanvas 在 browser-first 3D 這件事上很兇：runtime 小、WebGPU renderer 最像能上線的樣子，還有協作式 cloud editor。\u003C\u002Fblockquote>\u003Cp>白話講，PlayCanvas 是給那些真的把瀏覽器當終點的人，不是把 web 當匯出格式的人。我很吃這種態度。很多工具都說自己支援 web，但「支援 web」跟「為 web 而生」不是一回事。誰做過 WebGL scene，誰就知道啟動慢一點，整個產品感受就爛掉一截。\u003C\u002Fp>\u003Cp>這份指南也點到 PlayCanvas 的小 runtime、cloud editor、以及最近的 WebGPU 進展，官方站在 \u003Ca href=\"https:\u002F\u002Fplaycanvas.com\u002F\">PlayCanvas\u003C\u002Fa>，文件在 \u003Ca href=\"https:\u002F\u002Fdeveloper.playcanvas.com\u002F\">developer.playcanvas.com\u003C\u002Fa>，原始碼在 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fplaycanvas\u002Fengine\">GitHub\u003C\u002Fa>。我特別在意 cloud workflow，不是因為它聽起來很潮，而是因為它真的少掉一堆版本地獄：不用一直 export、傳檔、問誰拿到最新檔。\u003C\u002Fp>\u003Cp>我用過 rendering 很強、workflow 很爛的工具，最後通常變成技術上很漂亮、維護上很痛苦的 prototype。PlayCanvas 比多數工具更少踩這個坑。它不是所有遊戲都適合，尤其不是深度 2D 系統的首選，但如果你做的是 product demo、互動場景、web-native 3D，它的下載量和現代 renderer 組合很難打。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>如果你的第一個 KPI 是 browser 裡的 time-to-interaction，就先看 PlayCanvas。\u003C\u002Fli>\u003Cli>如果團隊很重視 editor workflow，它比很多引擎更順手。\u003C\u002Fli>\u003Cli>不要為了 runtime 小，就硬拿它去扛複雜 2D 遊戲。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Godot 是最穩的全能選項，但不是萬能藥\u003C\u002Fh2>\u003Cblockquote>Godot 是目前最完整的免費引擎之一，2D 和 3D 都能打。\u003C\u002Fblockquote>\u003Cp>白話講，Godot 是你想要自由、工具夠用、又不想跟授權條款玩猜謎時，最不煩的選擇。Cinevva 提到 \u003Ca href=\"https:\u002F\u002Fgodotengine.org\u002F\">Godot\u003C\u002Fa> 的 MIT 授權、強 2D、WebAssembly 加 SIMD 預設，以及 4.7 的 experimental WebGPU export，這包裝起來真的很能打。但它還是有代價，不是免費就等於沒問題。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782412407081-q00i.png\" alt=\"Cinevva 把引擎選型變成堆疊\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>指南也沒裝好人：C# web export 還不行、WebGPU 還是 experimental、Safari\u002FiOS 仍然麻煩。我喜歡這種誠實，因為太多「最佳引擎」文章都把 \u003Ca href=\"\u002Fnews\u002Fjalapeno-turns-openai-into-chip-designer-zh\">open\u003C\u002Fa> source 說得像零摩擦。根本不是。你只是可以看 source，同時還是要自己處理 export 變肥、threading 需要 COOP\u002FCOEP headers 這些鳥事。\u003C\u002Fp>\u003Cp>我跑過 Godot web build，桌機上很舒服，一到中階手機就把我 asset 做得多粗糙這件事全部照妖鏡照出來。那不是 Godot 的錯，是在提醒我：引擎自由不會幫我免掉瀏覽器限制。好處是 Godot 給我的控制權夠多，不用跟授權層級低頭。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>你要同一套引擎同時做 2D 和 3D，又不想被 vendor lock-in 綁住，就先看 Godot。\u003C\u002Fli>\u003Cli>做 web export 時先用 GDScript，除非你已經準備好處理 C# 限制。\u003C\u002Fli>\u003Cli>資產裁切和手機測試要提早做，不要等內容都補完才開始救火。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Defold 是我在乎載入速度時會先拿的工具\u003C\u002Fh2>\u003Cblockquote>Defold 的 build 最小，大約 1.14 MB，而且載入最快。\u003C\u002Fblockquote>\u003Cp>白話講，Defold 很兇地只做好一件事：讓玩家在看到第一個畫面前不要等太久。Cinevva 比 empty build 的細節我很喜歡，Defold 大約 1.14 MB、Unity 約 8 MB、Godot 約 9 MB，這幾個數字其實已經把使用者體驗講完一半了。\u003C\u002Fp>\u003Cp>Defold 的 runtime 很小，預設用 WebAssembly，也能直接發到像 Poki 這類\u003Ca href=\"\u002Fnews\u002Fcursors-continue-buy-turns-copilot-into-platform-zh\">平台\u003C\u002Fa>。代價也很明顯：社群比較小、Lua 要適應、架構不能亂來。我不介意這些，老實說我還比較喜歡。會逼你守紀律的引擎，通常後面比較不會讓我自己收拾殘局。\u003C\u002Fp>\u003Cp>我做過一些 casual 專案，第一秒體驗比什麼 fancy 系統都重要。那種情境下，Defold 很適合幫我守住「一打開就能玩」這個承諾。流量如果會很亂、裝置如果很雜、我又不能接受啟動流程太肥，它就會是我優先考慮的工具。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>做 mobile-first web game 或 casual game，先看 Defold。\u003C\u002Fli>\u003Cli>當啟動速度比 editor 功能更重要時，它通常比大而全的引擎好用。\u003C\u002Fli>\u003Cli>Lua 和效能調校要提早排進時程，不要等場景長大才開始補。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Phaser 還是 code-first 2D 的正常答案\u003C\u002Fh2>\u003Cblockquote>Phaser 是一個功能完整、社群最大的 batteries-included framework。\u003C\u002Fblockquote>\u003Cp>白話講，如果你想寫 code、做 2D 遊戲、又不想自己從零拼基本系統，Phaser 還是最省事的預設解。Cinevva 提到 \u003Ca href=\"https:\u002F\u002Fphaser.io\u002F\">Phaser\u003C\u002Fa> 4 在 2026 年 4 月已經 stable，上了重做過的 WebGL renderer，而且 \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> 形狀還跟 v3 很接近。這種升級路線我很買單，因為新版本但舊手感，學習成本不會突然翻車。\u003C\u002Fp>\u003Cp>指南也提醒一件重要的事：Phaser 4 是 WebGL2，不是 WebGPU。這很重要，因為我看過太多人以為「新版」就等於「新圖形 backend」，結果把功能排進時程，最後才發現根本沒那回事。Phaser 的價值還是在 code-first 2D，physics、input、audio、scene management、ecosystem，這些才是它厲害的地方。\u003C\u002Fp>\u003Cp>我用 Phaser 的時候，通常是我想快，但又不想被 visual editor 綁住。它不是最小，也不是最漂亮，但它會乖乖讓路。對我來說，這很值錢，尤其當我在做的是 game \u003Ca href=\"\u002Fnews\u002Floop-engineering-agent-completes-tasks-zh\">loop\u003C\u002Fa>，不是展示片。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>你要 batteries included，但還是想保留 code 控制權，就選 Phaser。\u003C\u002Fli>\u003Cli>適合標準 2D、原型、browser-friendly 的 arcade mechanics。\u003C\u002Fli>\u003Cli>不要因為版本新，就預設它有 WebGPU。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>PixiJS 是我已經知道架構時才會拿的渲染器\u003C\u002Fh2>\u003Cblockquote>高效能 2D rendering library。\u003C\u002Fblockquote>\u003Cp>白話講，PixiJS 根本不是想當完整遊戲引擎。它就是渲染工具，而它之所以一直有用，就是因為它知道自己只負責這一塊。Cinevva 把它放在 JavaScript frameworks 那類，是有道理的：如果我要的是低負擔，而且我自己願意把其他系統補齊，PixiJS 會很銳利。體積小是一回事，真正的好處是我不用替它付那些我根本用不到的系統成本。\u003C\u002Fp>\u003Cp>但缺點也很直接。PixiJS 不會替你把整個 game architecture 打包好，你要自己處理 input、scene、state、gameplay logic。對某些專案，這正好；對另一些專案，這就是假裝自由的陷阱。\u003C\u002Fp>\u003Cp>我在一些 rendering 效能很重要、但 gameplay layer 很薄的專案上用過 PixiJS。那種情境它很順，因為我已經知道我要什麼，只想讓引擎少講話。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>你要自訂 2D rendering 或 UI-heavy experience，就看 PixiJS。\u003C\u002Fli>\u003Cli>你想自己掌控架構，而不是直接繼承別人的框架，就用它。\u003C\u002Fli>\u003Cli>如果團隊期待的是全包式引擎，就別拿它硬湊。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>no-code 引擎不是玩具，是為了真的把東西做完\u003C\u002Fh2>\u003Cblockquote>Construct 和 GDevelop 可以用視覺化方式做 2D 遊戲，不需要寫程式。\u003C\u002Fblockquote>\u003Cp>白話講，視覺化工具不是低一階，只是它們解的題目不同。Cinevva 把 \u003Ca href=\"https:\u002F\u002Fwww.construct.net\u002F\">Construct\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fgdevelop.io\u002F\">GDevelop\u003C\u002Fa> 當成能上線的 2D 與快速原型工具，不是玩具。這點我認同。太多開發者一看到 no-code 就翻白眼，然後花三週重做一個下午就能拼好的 UI flow。\u003C\u002Fp>\u003Cp>Construct 的 event-sheet 模型，適合你要快、邏輯又相對直白的情境。GDevelop 則多了 open-source 的彈性，還有越來越多 3D 和 multiplayer 的支援。它們都沒假裝自己能扛超大型 simulation，這種誠實反而是價值的一部分。\u003C\u002Fp>\u003Cp>我不會在要極致控制時選它們，但如果我是要驗證 mechanic、做 playable prototype，或是要把專案交給不該先學整套 codebase 的人，這類工具會比你想像中更實用。這不是比較差，只是約束不同。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>想最快把 2D idea 變 playable，就先看 Construct。\u003C\u002Fli>\u003Cli>想要 no-code 又想保留 open-source 彈性，就看 GDevelop。\u003C\u002Fli>\u003Cli>不要再假設每個專案一開始都需要 code-first 架構。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>我會怎麼把這份指南變成選型規則\u003C\u002Fh2>\u003Cp>這篇指南真正有用的地方，不是它列了多少引擎，而是它逼你先定義「你到底要交付什麼」。我自己現在看 web game engine，第一個問題不是誰最強，而是：我要的是 browser-first 3D、2D、Wasm performance，還是 no-code？這四種題目，答案本來就不該一樣。\u003C\u002Fp>\u003Cp>如果你把這個順序反過來，先選引擎再想產品，後面一定會痛。因為引擎會開始反過來定義你的限制：包體多大、支不支援 WebGPU、手機 Safari 能不能活、是不是得自己寫一堆基礎系統。那時候再改，通常已經晚了。\u003C\u002Fp>\u003Cp>我自己現在會這樣切：\u003C\u002Fp>\u003Cul>\u003Cli>browser-first 3D：先看 PlayCanvas\u003C\u002Fli>\u003Cli>全能免費引擎：先看 Godot\u003C\u002Fli>\u003Cli>載入速度優先：先看 Defold\u003C\u002Fli>\u003Cli>code-first 2D：先看 Phaser\u003C\u002Fli>\u003Cli>自訂渲染與極簡架構：先看 PixiJS\u003C\u002Fli>\u003Cli>快速原型或 no-code：先看 Construct \u002F GDevelop\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這套不是神諭，只是我覺得比較不會把自己帶進坑裡的排序。你如果一開始就把 delivery target、browser support、runtime size、WebGPU 路徑講清楚，很多爭論其實會自動消失。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># 2026 web game engine 選型模板\u003C\u002Fn\n## 1) 先定遊戲形狀\n- 2D arcade \u002F casual\n- browser-first 3D\n- 3D cross-platform，web 只是其中一端\n- visual demo \u002F configurator\n- no-code prototype\n\n## 2) 先定硬條件\n- 初始下載上限：______ MB\n- 目標裝置：desktop \u002F mobile \u002F low-end mobile\n- 瀏覽器支援：Chrome \u002F Firefox \u002F Safari \u002F iOS \u002F Android\n- 需要 WebGPU：yes \u002F no\n- 需要原生版：yes \u002F no\n- 團隊技能：TypeScript \u002F Lua \u002F GDScript \u002F visual scripting\n\n## 3) 直接套這條規則\n- browser-first 3D + 小 runtime：PlayCanvas\n- 需要免費、開源、2D\u002F3D 都能做：Godot\n- 載入速度最重要：Defold\n- code-first 2D + 大社群：Phaser\n- 自訂 2D rendering + 極小 overhead：PixiJS\n- no-code 2D：Construct 或 GDevelop\n- 高擬真 3D 還要發原生：Unity\n- 可以接受 server-rendered visualization：Unreal Pixel Streaming\n- 亞洲 mini-game 平台優先：Cocos Creator\n\n## 4) 檢查 web 技術路線\n- WebGPU：shipping \u002F experimental \u002F unavailable\n- WebGL2 fallback：yes \u002F no\n- WebAssembly：yes \u002F no\n- SIMD：yes \u002F no\n- threading headers 需求：yes \u002F no\n\n## 5) 在決定前先量這些\n- empty build size\n- mobile first playable time\n- Safari\u002FiOS memory use\n- scene load time after refresh\n- low-end device input latency\n- asset pipeline complexity\n\n## 6) 我會先這樣選\n如果我要做 2026 的 browser-first game：\n- 3D：PlayCanvas\n- 載入速度敏感的 casual game：Defold\n- code-first 2D：Phaser\n- 需要一套免費引擎同時做 2D\u002F3D：Godot\n\n## 7) 先擋掉這些紅旗\n- WebGPU 只有承諾，沒有真的上線\n- empty build 已經很肥\n- mobile Safari 測試被排到最後\n- 正常遊玩還得依賴 server infrastructure\n- 團隊先選引擎，才想交付目標\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這段我真的會直接貼進規劃文件。它逼團隊先回答那些很煩、但一定要先講清楚的問題。引擎選型本來就該在這裡發生，不是在三週 feature 做完後，才跑去 iPhone 上面驚慌失措。\u003C\u002Fp>\u003Cp>來源致謝：原始內容來自 Cinevva 的 \u003Ca href=\"https:\u002F\u002Fapp.cinevva.com\u002Fguides\u002Fweb-game-engines-comparison\">https:\u002F\u002Fapp.cinevva.com\u002Fguides\u002Fweb-game-engines-comparison\u003C\u002Fa>。我上面做的是拆解、重排跟實務化；模板與選型規則是我的衍生整理，不是原文逐字引用。\u003C\u002Fp>","我拆 Cinevva 的 2026 web game engines guide，整理成可直接套用的 2D、3D、Wasm 引擎選型堆疊與模板。","app.cinevva.com","https:\u002F\u002Fapp.cinevva.com\u002Fguides\u002Fweb-game-engines-comparison",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782412410129-dcx7.png","tools","zh","96319aac-17d5-44af-bf31-54e890c13a55",[17,18,19,20,21,22],"web game engine","WebGPU","Wasm","PlayCanvas","Godot","Phaser",[24,25,26],"WebGPU 在 2026 已經可以當部署選項，不必再把它當純研究題目。","PlayCanvas、Godot、Defold、Phaser、PixiJS、Construct\u002FGDevelop 各自對應不同交付目標。","先定下載量、裝置、瀏覽器與技術路線，再選引擎，才不會做一半才發現自己選錯。",0,"2026-06-25T18:33:03.790829+00:00","2026-06-25T18:33:03.777+00:00","ddbe17bf-4560-43f7-af76-3e7d6e08e601",{"tags":32,"relatedLang":33,"relatedPosts":37},[],{"id":15,"slug":34,"title":35,"language":36},"cinevva-web-game-engine-guide-stack-en","Cinevva’s web-game engine guide turns picks into a stack","en",[38,44,50,56,62,68],{"id":39,"slug":40,"title":41,"cover_image":42,"image_url":42,"created_at":43,"category":13},"14d3774f-c3fb-4df1-9b92-260100b22e95","cursors-continue-buy-turns-copilot-into-platform-zh","Cursor 買 Continue 把 Copilot 變平台","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782411497790-fmiy.png","2026-06-25T18:17:50.419204+00:00",{"id":45,"slug":46,"title":47,"cover_image":48,"image_url":48,"created_at":49,"category":13},"009f9e6d-81c0-4d91-8ab6-e1e18b139e8f","update-rust-packages-ubuntu-releases-zh","Ubuntu Rust 套件更新產物清單","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782410580619-4cjc.png","2026-06-25T18:02:36.118696+00:00",{"id":51,"slug":52,"title":53,"cover_image":54,"image_url":54,"created_at":55,"category":13},"14235e8e-b195-41fa-994b-11bea9e16942","prompt-versioning-belongs-in-production-zh","提示詞版本控管應該進生產環境，不該只放文件裡","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782406071974-d2w4.png","2026-06-25T16:47:23.368451+00:00",{"id":57,"slug":58,"title":59,"cover_image":60,"image_url":60,"created_at":61,"category":13},"6e7ee199-4aa2-4954-9891-4b18b04555b9","vllm-sglang-vmlx-local-llm-runtimes-zh","vLLM、SGLang、vMLX：本地 LLM 新選擇","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782397982700-oxni.png","2026-06-25T14:32:27.846267+00:00",{"id":63,"slug":64,"title":65,"cover_image":66,"image_url":66,"created_at":67,"category":13},"02bf30a9-fa24-4adc-952b-a5d1cb4bd080","best-paper-lists-turn-conference-noise-into-taste-zh","Best-paper 清單把噪音變成品味","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782392612502-p51d.png","2026-06-25T13:03:02.033956+00:00",{"id":69,"slug":70,"title":71,"cover_image":72,"image_url":72,"created_at":73,"category":13},"f95cff7f-49e3-43af-86f7-7371f9d754cb","sora-chart-loan-timing-choice-zh","SORA 圖表把貸款時機變選擇","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782381796941-ji38.png","2026-06-25T10:02:50.036986+00:00",[75,80,85,90,95,100,105,110,115,120],{"id":76,"slug":77,"title":78,"created_at":79},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":81,"slug":82,"title":83,"created_at":84},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":86,"slug":87,"title":88,"created_at":89},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":91,"slug":92,"title":93,"created_at":94},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":96,"slug":97,"title":98,"created_at":99},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":101,"slug":102,"title":103,"created_at":104},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":106,"slug":107,"title":108,"created_at":109},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":111,"slug":112,"title":113,"created_at":114},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":116,"slug":117,"title":118,"created_at":119},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00",{"id":121,"slug":122,"title":123,"created_at":124},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]