雖然諸位前輩將原因描述為「套用模型」之類的詞，作為懂一點程式的，還是希望用更準確的詞匯來描述：NPC和物品或者角色「繼承於同一個基礎類別」。
將之描述水平差或者偷懶大可不必，繼承於基礎類別是非常標準的設計方案。用一個簡要但不準確的舉例一下：
程式中有兩種物件，分別是人類和小狗。為了減輕設計負擔，我們可能會將人類和小狗共同的、可復用的部份（比如姓名、生命值等內容/變量，或者吃飯喝水等動作/函式）單獨拎出來寫一個新的 class，然後新建人類和小狗兩個 class繼承於生物。這樣人類和小狗在不用重復實作程式碼的情況下，就擁有生物的全部特性了。在這裏，生物就是人類和貓貓狗狗的基礎類別。
對原神來說這也是很正常的。我雖然沒用過unity，但是UE場景中幾乎所有的可見物件的基礎類別都來源於UActor。這屬於標準操作。
不過這當然不是給mhy推卸責任。mhy的美術和最佳化方面的技術確實不錯，但是就此看來，軟體工程管理說不定會是個災難。修起來其實很簡單，只需要為資源操作補充合法性檢查，並將每個客戶端的資源嚴格隔離即可。已經被攻擊的玩家回檔也很簡單，只需要糾正資料庫/配置檔即可。mhy修起來不會超過一天就能搞定，只看他們是否覺得有必要立刻發修補程式了。
