短片重點：RealityKit 遊戲可以先用 節點互動 做出手感
這支 short 把完整 session 的訊號壓成一句話：Reality Composer Pro 3 的 ScriptGraph 讓創作者用節點建立互動、動畫與角色反應，先把遊戲原型跑起來，再決定哪些部分需要進 Swift。
這不是在說「永遠不用寫程式」，而是在說空間遊戲的早期互動、手感和角色回饋，可以先在 Reality Composer Pro 3 裡用 visual nodes 快速驗證。
62 秒裡真正重要的三個訊號
重點是創作 loop 變短
「no code」在這裡指互動邏輯可先用 ScriptGraph 表達，讓設計者在場景裡直接調整，而不是每個小改動都等工程 build。
節點承接事件與狀態
完整 session 展示 On Drag、Set Transform、Add Force、Custom Event 等節點；short 則把這些濃縮成「用 nodes 做 RealityKit game」。
最後仍回到真實 Entity/Component
節點不是獨立 toy editor，而是操作 RealityKit 場景中的 Entity、Component、材質、物理和 SwiftUI attachment。
看到這支短片後，團隊該怎麼判斷要不要導入
先找需要大量試手感的互動
例如拖曳、投擲、角色反應、材質切換、簡單關卡 trigger。這些通常最適合先放進 ScriptGraph。
把核心系統留在 Swift / RealityKit
資料持久化、多人同步、複雜 AI、經濟系統與跨場景狀態，不應只因為有 visual nodes 就搬進 graph。
用事件當設計層與程式層邊界
ScriptGraph 可以送 scene events，Swift 可以接收並顯示 SwiftUI attachment；事件名稱與 payload 要像 API 一樣管理。
把 graph 納入 review 與 QA
No-code 不代表 no-quality-control。節點命名、subgraph、參數 override、真機 preview 都要進 release checklist。
這支 short 該怎麼看
它比較像完整 WWDC26 session 的入口，而不是足以獨立教完工具的教學。官方描述明確指向「Design no-code games with Reality Composer Pro 3」，核心主張是 Reality Composer Pro 3 可以用 ScriptGraph 建立 native RealityKit games 的互動原型。
如果你只看 short，應該抓到一件事：Apple 正在把 spatial game 的「互動創作」往 editor 端推，讓設計師、技術美術與工程師可以在同一個 Reality Composer Pro 專案裡協作。
實務啟發
風險與注意事項
短片的「no code」容易被誤讀成完整替代開發流程。更務實的理解是：把高變動、高感覺、高協作的互動層移到 visual scripting，並保留 Swift / RealityKit 作為系統邏輯、UI lifecycle、資料與產品穩定性的承載層。
來源
主要來源為 Apple Developer YouTube Shorts 描述與其指向的 WWDC26 完整 session。Short：Build a RealityKit game... with no code!。完整 session：Design no-code games with Reality Composer Pro 3 - WWDC26。
- →這支 short 是 Reality Composer Pro 3 ScriptGraph 的入口導讀。
- →真正重點是縮短 spatial game 互動原型與手感調整的迭代時間。
- →No-code 應該和 Swift / RealityKit 分工，而不是取代完整工程流程。
- →導入時要管理 graph 可讀性、事件契約、參數 override 與真機測試。