目前大部分中文mud都是在esII的基礎上開發的，目錄結構基本相同。
也有壹些mud把個別目錄的名字改了壹下，以示區別，但本質沒變。
這裏面最差的是xkx，把壹個好的守護目錄改成了壹個外來功夫。
還是技術，條件之類的洋名，讓人暈！我真的看不出這種修改有什麽好處。
除了添麻煩(xkx漢化了壹些命令，還有什麽查，杜...).然而，
對其中壹些進行了修改，使系統更加合理。
MUDLIB目錄已經有很多版本了，基本沒有區別。以下是我的解釋。
基於自己編的壹個MUDLIB，如果目錄裏有不同的地方，把它們連接好就行了。
/adm這是最基礎最底層的程序，是整個MUD的控制中樞。
只有管理員權限才能修改此目錄。
/ADM/daemon目錄。Daemon指的是遊戲中經常調用的控制程序。
MUD中的各種基本功能由這些程序控制。這些程序通常會在遊戲壹開始就自動加載到內存中。
根據unix下的文件命名約定，這裏的程序大多以D.C .結尾，
比如Combatd.c就是控制戰鬥的程序。此外，由於這些程序被頻繁調用，
宏壹般都有定義(見/include/globals.h)，比如/ADM/ADM/daemons/combated . c
定義為COMBAT_D，這些宏定義可以應用於替換其他程序中的這些文件名。
/adm/etc系統配置目錄，定義為CONFIG_DIR。這裏是遊戲的系統文檔文件。
比如遊戲的歡迎畫面，巫師名單，班掉的IP記錄等等。
/adm/obj這裏只有兩個文件，但卻是整個MUD中最重要的東西。
Master.c:這是MudOS的主客體，也就是整個MUD的統帥。
Simul_efun.c:防誤函數加載向導，是MUD啟動時首先加載的。
所謂efun是指系統函數，也就是mudos中定義的函數。
這些函數可以在任何MUD程序中直接調用，無需任何解釋。
因為它們是預定義的，也就是說，mudos已經知道它們做什麽，
所以它比MUDLIB中定義的其他函數更高效。但是它們的缺點是修改起來非常不方便。
對任何efun函數的修改必須重新編譯才能生效。因此，
在MUDLIB中，有壹個反真值函數的定義，是simul_efun。
這些函數的功能與efun完全相同，只是它們是在UDLIB中定義的，並且可以隨時修改。
但是妳必須重啟遊戲才能生效。
順便說壹個MUD啟動過程，MUD啟動的初始化過程分為以下步驟:
1.加載防偽功能simul_efun
2.加載master對象，這裏是調用master的create()函數將其加載到內存中。
3.加載需要預加載的守護進程。這裏調用master的preload()函數。
需要預加載的文件在/adm/etc/preload中定義。
4.MUD進入多用戶狀態，允許玩家登錄。
以上過程必須正確執行，否則遊戲無法正確啟動。
Master.c和simul_efun.c只能在遊戲開始時由mudos自動加載。
遊戲裏不能用更新的方法加載，這兩個對象都不是。
允許非root權限的對象破壞它，因為他們的破壞相當於關閉遊戲。
/adm/simul_efun防偽函數目錄，存放定義各種防偽函數的文件。
這些文件通過SIMUL_EFUN_OB(即/adm/obj/simul_efun)加載到內存中。
/cmds遊戲命令目錄，這裏有遊戲中可以使用的各種命令。
只有管理員可以修改這個目錄。
只有管理員可以使用的/cmds/adm命令。
/cmds/arch只能由上面的拱門拱門使用的命令。
只能由wizard或更高版本使用的/cmds/wiz命令。
只能由向導或更高版本使用的/cmds/app命令。
只能由榮譽玩家或以上玩家使用的/cmds/imm命令。
只有普通玩家或以上玩家才能使用的/cmds/usr命令。
/cmds/std命令適用於所有生物(npc和玩家)命令目錄是子集格式。
高權限的命令完全包含低權限的命令，比如諸神可以使用所有遊戲命令。
普通玩家只能使用/cmds/usr和/cmds/std目錄下的命令。
/data遊戲數據目錄，只有arch以上權限才能修改。
/data/每個留言板的數據
/data/登錄玩家登錄數據
/數據/用戶玩家檔案，呵呵，每個玩家的勞動成果都記錄在這裏。
/data/npc壹些特殊npc的數據，比如店家。
/data/daemon重要的系統數據，比如表情詞，英漢翻譯詞典。
/數據/郵件玩家信件
/功能標準繼承函數。只有管理員可以修改這個目錄。這些功能非常重要。
它是MUD中各種對象的各種功能的標準定義，包括玩家、NPC、物品、房間等。
這些函數反映了整個MUD的唯壹性，壹個好的MUDLIB必須優化這些函數。
要設計壹個新程序，妳必須知道這個目錄中的所有文件。
/obj系統對象，就是MUD中經常調用的各種對象。
復制後，此目錄中的對象具有相同的euid。
也就是說它的權限是壹樣的，所以如果這裏的壹個npc被admin編譯後復制，
還擁有管理員權限。這壹點非常重要。某些對象必須與播放器具有相同的euid才能正常使用。
，如紙。出於安全考慮，這個目錄中的對象不能隨便復制。
只有arch以上的人才能修改這個目錄。
/obj/棋盤遊戲中的每個留言板
/obj/npc壹些特殊npc
各種符號紙
/obj/武器
/obj/misc其他亂七八糟的東西，比如郵箱。
/quest遊戲中各種任務的任務文件。只有在向導權限範圍內，才能修改此目錄。
/binaries文件編譯過程中生成的二進制文件，此目錄根目錄權限可以修改。
/d區域目錄，遊戲的地圖和存放NPC的地方。可以修改該目錄向導的上述權限。
這是整個MUDLIB中最簡單最常用的東西，也是玩家可以直接接觸的東西。
玩家呆的任何房間都應該對應這個目錄中的壹個文件。
房間裏的每個NPC也對應壹個文件。這個目錄下有很多子目錄。
分別對應遊戲的不同領域。
/d/domain/npc本區npc
/d/domain/npc/obj本區npc物品。
此區域中的/d/domain/obj項
/data_bak文件備份目錄，存儲要備份的重要數據。管理員可以修改。
/include頭文件目錄，只能由管理員修改。這裏是遊戲中每個文件需要的頭文件。
其中，以下幾點尤為重要:
Globals.h:全局定義的頭文件，這是壹個特殊的頭文件。
不需要在任何文件中調用，但是這裏定義的所有變量都可以在任何文件中直接使用。
這壹般用來定義非常重要或者很多需要調用的地方。
的變量。在遊戲重新啟動之前，對此文件的更改不會生效。命令. h:
這裏定義的是每個權限級別都可以使用的命令目錄，所以，除了admin，
應該絕對禁止任何人修改這個文件。
/include/race race的頭文件。
/include/net網絡函數的頭文件
/打開系統臨時目錄，ftp登錄目錄，任何人都有寫權限。
/questobj FY3的任務專用目錄，存放所有任務項文件。向導上面的權限可以修改。
/u向導工作目錄，存儲每個向導開發過程的半成品。
這裏的子目錄名只能是每個向導的euid，
只有euid對應的人員有權修改對應的目錄。例如，壹個目錄是lion，
然後就只有獅子ID或者比獅子權限更高的人了。
妳可以修改它下面的內容。
/克隆物品目錄，存放遊戲中需要經常復制的各類物品。您可以在向導上方寫權限。
這個目錄中的項目壹般會被其他地方克隆，但是它們的euid是固定的。
它不會隨著調用它的對象不同而改變，這是這個目錄和/obj目錄最大的區別。
可以修改arch級別以上的目錄。
/克隆/裝甲裝備
/克隆/藥物藥物
/克隆/水果，水果和食物的區別在於妳可以同時加入食物和水。
而且有些水果還有美容保健的功效。
/克隆/液體容器，如酒袋茶壺。
/克隆/錢顧名思義，每個人都有所愛。
/克隆/用戶播放器項目包括login.c(link_ob)和user.c(body)。
只有管理員可以修改這個目錄。
/克隆/預訂各種秘籍
/克隆/吃的食物
/克隆/禮物各種禮物壹般都是好東西。
/克隆/武器
/clone/misc其他雜物，比如屍體和人頭。
/daemon呵呵，壹直不明白這個目錄為什麽叫這個名字。請看下面的解釋。
此目錄只能在arch之上修改。
/daemon/skill遊戲中的所有技能。
/daemon/condition角色的各種狀態，比如中毒，恢復等。
/daemon/class這個應該理解為“組織”或者“工會”，是ESII從國外MUD中保留下來的。
但隨著中國泥巴的發展，工會的概念已經被逐漸淡化，其意義與以前完全不同。
現在他指的是“身份”之類的東西，比如道士，和尚，喇嘛，官兵，老百姓。。。。
壹個人有個人身份。很多情況下，這與教派相似，但不完全相同。
這裏存放的是不同身份的人的特殊東西。
但現在壹般用來存儲各種特殊技能的特殊表現。
/doc文檔。在arch上面可以修改遊戲中的各種文本文件。
/doc/help各種幫助文件
/doc/e增強各種系統功能的使用
/doc/story各種背景故事
/log系統的日記記錄了遊戲過程中的各種重要事件，是巫師處理糾紛和消除bug的主要依據。
壹個好的巫師應該養成經常閱讀系統日記的習慣。只有ROOT權限可以修改此目錄。
/p播放器目錄，內容播放器具有寫入權限。主要存儲需要播放器修改的內容。
比如玩家的房間，自創武功等等。
/std標準對象目錄，遊戲中的各種標準對象，
只有admin可以修改遊戲中的其他對象，他們需要繼承這裏對應的文件。
/std/armor標準繼承的裝備物品，如衣服、盔甲等。
/std/board留言板
/std/char生物的標準繼承，MUD中有兩種生物:玩家和非玩家(
Npc)都需要繼承object /std/char/char.c，
它們和其他物體的區別在於它們有心跳。
/性病/藥品標準繼承，其實現在壹般不需要這個了，把這部分功能放進去。
/feature，這是為了與舊系統兼容而保留的。
/std/item項目的標準繼承
標準繼承/std/room房間
曾經有人問房間和物體有什麽區別？說實話，這個問題真的不好說。
這兩個物體的基本結構是相似的，沒有明顯的特征。
現在常用的判斷方法是壹個房間沒有環境，但不是所有物品。
(包括生物)有環境，所以，呵呵，這個問題需要MUD程序進壹步完善。
現在基本無法判斷。
/STD/技能技能的標準繼承
標準繼承/std/weapon
/std/misc其他物品，如錢、紙。
值得註意的是，目錄/std與壹般的MUDLIB結構並不完全相同。
MUDLIB壹般不會這樣分類存儲，大家可以根據自己的理解來判斷。
以上是根據我的理解對各種目錄的解釋，不壹定是權威說法。
只是想讓大家知道，如有錯誤請指正。
作為壹個剛剛入門的新向導，準確理解每個目錄的功能是非常重要的。
妳必須知道哪個目錄裏的東西是做什麽的，哪個目錄可以改，哪個目錄不能動。
壹般來說，要成為壹名合格的巫師，至少需要半個月的時間來“讀懂”程序。
了解整個MUDLIB的結構和每個文件的功能。
妳不必完全理解，但至少妳應該知道他是做什麽的。
這樣以後打開程序的過程中就不知道要實現哪些功能，從而走了很多彎路。
當妳了解了整個MUDLIB之後，妳就可以試著自己寫程序了。
壹般只能寫自己的工作目錄。先試著寫壹個簡單的房間。
然後試著寫壹個簡單的npc，然後試著把這個npc放到這個房間裏。。。。。。
隨著這種逐漸的提高，妳很快就會成為壹名合格的巫師。