近期更新好讀區
6/26更新：
真他O有夠多要整理...
前言
1.板上已經有許多給初學者的教學文，故不再另外打初步教學，此篇單純為發表一些個人使用或有興趣的MOD，MOD安裝事前準備、順序等相關流程請另外搜尋板內各大佬的神文。
2.此篇為適合「中階」以上使用者的工具文，並不含教學的成份。
3.本篇文章會以原檔整合成Fomod居多。
4.所發出的MOD都是以1.6.1170為主。
5.有少部分MOD已有板上大大翻譯過(e.g:C大、闇黑大、棒大、d大、D大、奶油大...等)，但真的忘記是從誰那裡抓下來的，造成大佬不愉快心情時，請不吝對我指教，定當立即標上相關連結。
6.我給的檔案建議用MO2掛載(除非有另外註明如何使用)。
7.順序都已經盡可能排列過，若有嚴重問題向我說一下，若是個人覆蓋選擇問題則各自解決。
8.需要的MOD安裝完之後，請養成用Loot排序、Wrye Bash查衝突的好習慣。
9.文章、自行漢化的用語皆使用大學用語(如：天霜)，若有使用其他非大學用詞，是為了維持原漢化作者的用語，請見諒。
一些建議
一、從工具及手動安裝開始打底，接著開始掛載要使用的SKSE插件類，最後才是掛載要裝的MOD，一律由上往下裝，若有問題時一律由下往上解除安裝(這才是我安排編號、另外上傳載點的原因，若你要自行編排，那請直接下載原作者的，這篇文幫不到你)。
二、安裝完MOD後還是可以使用LOOT排序一下會比較好。
三、安裝前請：
1.到原網址下載頁面點選一下DOWNLOAD
2.看一看作者說的注意事項，不要像新手一樣無腦裝MOD，觀看作者說明、前置需求、衝突插件是打MOD的基本前提。
3.15分鐘後點選ENDORSE
4.幫作者衝下載及擁護量，畢竟他們才是原作者，敝人只是整理及排序，因此改好名稱能直觀理解
5.若對於提供之資源有爭議，立即撤下相關連結。
模組分類
＊工具及手動安裝類
＊SKSE插件類
0.打底類：
如地基一般重要，應任由其他MOD將其覆蓋。
1.大型修改：
大幅度的遊戲修改類esp，且常會是其他MOD前置的MOD，或是希望其他MOD對它造成影響的MOD。
2.建築物、地城。
3..劇情、任務：
劇情任務類或據點類，例如：大浴池MOD、某某劇情任務MOD....等等。
4.身形類、隨從、隨從美化類。
5.NPC、隨從管理等。
6.效果
7.物品(服裝、武器、物品)。
8.材質
9.補充(如不影響的遊戲的小東西、必須放最下層等。
小百科專區
1.版本的小百科
Skyrim版本混雜，如Steam上的LE、SE1.5、SE1.6、GOG上的1.6等，也許未來手機上給你出個1.7、冰箱上給你出個1.8(?)。
| 版號 | 版本 | 直觀稱呼 | 備註 | |
| 1.9.32.0 | 32位元 | LE、傳奇 | 「上古」卷軸，請搜尋3.1G CTD | |
| 1.4.15 | VR版 | VR | 有些人玩一下就暈了;有些人玩一下就暈了 | |
| 1.6.659 | GOG版 | GOG | GOG買的，不能有包含DLL的MOD | |
| 1.5.97 | 64位元SE | SE | 不跟著官方更新，喜歡的MOD沒更新會玩此版本 | |
| 1.6.1170 | 跟 著 官 方 更 新 |
64位元 SE |
要叫啥隨便 但因為MOD共通 在裝MOD時講AE，其實包含這三者 |
單買SE版本，沒另外付錢買AE版 兩個東西是一樣的，都是64位元SE+官方內建4樣MOD 也是我本人在玩的版本，其他版本打MOD請上一頁離開本文章，或等著重灌Skyrim |
| 64位元 AE |
||||
| 64位元 AE+$$$ |
額外付錢買AE版，官方內建一堆MOD | |||
2.SSEdit中的dirty
MOD裡面常有不乾淨的檔案，LOOT跑過後出現的"dirty"就是此類情形。所謂不乾淨檔案，例如：原始檔內讓用白漫的一棵樹放在A地點，但DLC要在A地點放置一個房屋，因此DLC內會有移除A地點樹木、在A地點放置房屋的指令。
| 電腦讀取順序 | 清理前 | 清理後 |
| 1.讀到原始檔 | 在A地點放一棵樹 | 沒事 |
| 2.讀到DLC | 把A地點的樹移開 | 把房屋放到A地點 |
| 3.繼續讀DLC | 把房屋放到A地點 | 沒事，因此讀下一個DLC |
將原先3個動作變成一個動作，大幅降低電腦運算成本，使CTD機率下降；而這樣的脫褲子放屁動作，在所有DLC中大約有上萬個，因此滿推薦清理DLC(其實MOD也可清理)。
如果真的不會清理，大學上有已清理過的DLC，直接下載就可以了。
3.LOD
所謂LOD是指Level of detail，意指依照項目的重要程度分配系統資源，比如說遠方的花草就算開到4K畫質，因為過遠、過小，其實根本看不出來到底是幾K畫質，根本沒有分配到4K資源的必要，於是標記為不重要、分配較少資源；而近處的樹木若被分配到的資源過少可能會有嚴重的不圓滑感，因此相較於花花草草分配了更多的資源，以避免玩家獲得糟糕的視覺體驗。
那如果不管LOD，遠方的東西也瞎XX分配資源精細化會發生什麼事呢？現實生活往往比遊戲世界還要魔幻，這篇新聞裡面就說到天際線2(Cities: Skylines II)不管電腦多好玩起來都會卡卡，大家都會吐嘈優化爛，後來才發現是真的是優化爛...因為他們沒做好LOD的分配，造成啟用了大量多邊形去渲染路人的牙齒，雖然真的是很有細節，但誰沒事會把路人的牙齒掰開來看...
4.網格(Mesh)
一個東西呈現在人們眼中時，是靠很多分子組成一個整體的東西，例如硬幣，看硬幣時會覺得它是個完整的圓形，實際上用顯微鏡來看會發現它可能上面凸出一個分子的高度、下面凹入一個分子的高度－使硬幣不是一個圓形，只是因為人的肉眼無法看到分子那麼小的單位，自然無法看到那麼細微的凹凸不平，就會把硬幣當成圓形。
一個硬幣由上億個分子組成，此時邊緣缺少/增加1-2個分子等同總量變化了數億分之一，這樣的變化肉眼是無法分辨的；假如一個硬幣只需7個分子組成，此時邊緣缺少/增加一個分子，就等同總量多/少了七分之一，這樣的變化就能明顯用肉眼看出，並且知道該硬幣非圓形了。
由此可知，當物品越是細緻，越不容易看出它的稜角、越容易讓肉眼覺得它是"圓形、圓滑邊緣"。
而網格就是指分子組成的情形，網格越細緻就越覺得物品圓滑；網格越粗略越覺得物品太堅硬。
UNP：強調勻稱美，最接近一般普羅大眾認知的比例，適當的胸、臀大小，著重在整體比例、線條的自然性，同時網路上也有相當多的服裝支援。
CHSBHC：比CBBE更加強調豐滿美，有著更大的胸
CBBE：強調豐滿(腴)美，偏向芭比娃娃的身型，有著豐滿的胸、臀，同時也是乳搖(走路時胸部晃動)最適宜、最推薦、配合度最高的MOD，網路上也、臀，同時在可能的情況下維持曲線，使人物不至於偏離正常人類的範疇，網路上支援的服裝相對較少。
ADEC：單純強調豐滿美，並且使人物更像某些謎漫中的身型，誇張的胸及翹臀是其特點，較不受現實世界曲線的束縛，為了養眼而成的身型，網路上支援的服裝較少。
二、技術影響：
遊戲世界中並不像真實世界有柔軟的"肉"，人物都是由鋼鐵製成的"骨頭(架)"+鋼鐵做成的"皮膚"組成，既然是鋼鐵自然不會晃動、移動、擺動，要使鋼鐵移動就必須在鋼鐵皮中裝入骨架支撐，人物的四肢就因為有骨架而能做出動作；而人物的胸部就僅僅是鋼鐵骨架外層包著的鋼鐵外皮，上面兩塊突起的空心鋼鐵，兩塊突起的空心鋼鐵當然不能移動了。
BBP：在胸部中塞入了一根骨架，讓胸部成為包覆著骨架的鋼鐵皮，因此胸部就變成像四肢一樣成為可以動的部位，因此成就了天霜著名的乳搖。
TBBP：以BBP為籃本製作的技術，特點是在胸部中塞入第二根骨架，因此每個胸部中存在兩根骨架，骨架變多後移動方向性得到了拓展，有別於BBP上下搖動，TBBP實現了上下左右、甚而波浪型搖動的功能。
BodySlide：CBBE作者開發的工作，針對CBBE身型做個人自定義調整的好物，它能讓人捏出自己想要的體型，想捏出木蘭飛彈就捏木蘭飛彈，想捏你媽屁股就捏你媽屁股。
但這工具只能供CBBE使用，其他系身型就不能使用了。
三、延伸身型：支援服裝數量較不一定。
UNPB：基於UNP延伸出來的身型，特點在於有著UNP的身型精細度，同時也有著接近CBBE等級的豐滿胸部。
UNPBO：基於UNPB延伸出來的身型，O是指歐派(Oppai)，特點是針對胸部做強化、集中、托齊(UNP基底為外擴八字胸)，不過這個MOD在設定上條件比較不友善，非熟手要注意。
UNP Skinny：基於UNP延伸出來的身型，如字面所示，整體呈現的是比UNP更加苗條、纖細的身材。
7B：基於UNP延伸出來的身型，延伸出後有更多的分支，但基礎7B是以亞馬遜女戰士為目標而生的身型，特點是更加豐滿的胸部、肌肉發達的腿部。
7B後續還有太多分支，但總歸是由7B延伸出來的，有興趣的自己去查囉。
UUNP：這東西有點不一樣，它不是UNP系的基底，但它的概念卻是"任何UNP身型都能套用"，因為它是使用CBBE的bodyslider去製作而成，用CBBE工具捏出的UNP身型，就是它了。
以上所提皆為能套用UNP服裝的身型。
6.香草版本（Vanilla）
在電腦科學領域，香草是一個用於表示「一個事物沒有經過自訂的改動而仍然保留著它們預設的形式」的術語。
這個術語已經廣為流傳並成為事實標準。香草一詞來自於傳統冰淇淋的標準口味-香草味。
根據Eric S. Raymond的《The New Hacker's Dictionary》一書記載，香草一詞在感覺上比普通一詞更能表達「預設」的含義。
但實際上少數MOD製作者放入其他MOD製作者的MOD時，會將自己的MOD視為香草，因此可以得知在老外用法上說香草有時候不一定是指一個MOD都沒打，而是指「還沒有打MOD」的一種狀態。
因此，通常講香草都是直指啥MOD都沒打，極少數時候指「還沒有打MOD」的意思。
e.g.
| 項目 | 狀況 | 稱呼 | 原因 |
| 追隨者外貌 | 沒打MOD | 香草(大多數情況) | 還沒有打MOD |
| 追隨者外貌 | 打了一個MOD， 工作完成 |
非香草 | 已經打好了MOD |
| 追隨者外貌 | 打了一個MOD， 準備打第二個MOD |
香草 | 還沒有打MOD（第二個） |
7.SSE Engine Fixes (skse64 plugin)設定小知識
SSE Engine Fixes可以說是不少人裝的MOD了，但裡面的設定非常多，倒底哪個要開、哪個不開好像都沒有太多人談及，針對比較不好理解的部分稍微整理了一下網上資料後放在這邊，若有錯誤、須修正的地方再煩請大神們指正，讓上古卷軸版玩家們都能調校出最好的設定。
[EngineFixes]
CleanSKSECosaves ＝ true
當安裝SKSE後執行存檔時，除了產生出一個.ess儲存檔以外，SKSE還會另外搞出一個內含SKSE專屬資訊的共同儲存檔(創建這個檔案的原因跟此主題無關故不贅述)，因此你的儲存檔實際上會有儲存檔ABC.ess及共同儲存檔ABC.skse，此時就算你刪除ABC.ess儲存檔，共同儲存檔ABC.skse不會一起刪除，這樣存檔創了又刪、刪了又創久而久之會留下一推.skse 檔案，因此這條意思是說會刪除找不到對應.ess儲存檔的.skse檔。
[Patches]
DisableChargenPrecache = true
這條是指說遊戲一口氣讀取相當多的可放入快取物件時，有可能造成快取瞬間塞爆從而導致CTD，開啟後能避免此情形，例如打了一堆髮型MOD後，有的電腦開啟髮型選項沒事，但有的電腦因為瞬間讀取太多髮型選項導致快取塞爆於是就CTD了。
FormCaching = true
這邊用比較簡單但不精準的方式說明較易理解，Skyrim在讀取東西時傾向從已經確定在哪裡的位置去讀取，例如要讀取膝蓋俠NPC的資訊時，Skyrim非常確定膝蓋俠NPC的資訊在膝蓋俠.esp內，因此會選擇去膝蓋俠.esp內讀取檔案，即使你剛剛才跟膝蓋俠講過話，膝蓋俠.esp的內容已經存在快取當中了，Skyrim還是會笨笨的去讀取膝蓋俠.esp，這個在讀取單一esp時或許還好，但要是膝蓋俠的整體是來自於膝蓋俠.esp、頭盔.esp、水汪汪大眼.esp、桃紅色嘴唇.esp、沖繩奴隸島衣服.esp、黃金膝蓋.esp...等諸多esp拼湊而成時，放著快取裡面就有剛剛對話時已經拼湊好的檔案不用，反而笨笨的去重新讀取一次一堆esp，這樣倒不如快速的掃描一下快取裡面有沒有剛剛用過的檔案，這樣理論上可以讓體感平均讀取速度有增快的感覺(當然又涉及到整體取決於電腦效能其實理論上會有所區別，但不要再展開了...會說不完)。
MaxStdio = 2048
這條是在討論file handles(C譯：文件句柄，T譯：控制代碼)的上限設定問題，所謂file handles指的是file(檔案的)handles(手柄)，它的功用是索引檔案位置。
例如某一個檔案名稱叫做“3.1415926...”，而Skyrim要叫出它時執行
「呼叫“3.1415926...”」
「“3.1415926...”回答」
「呼叫“3.1415926...”你去A位置是否收到」
「“3.1415926...”回答我去A位置收到....」
這中間還要經過好幾道手續最終確認“3.1415926...”已經到A位置後才能顯示在螢幕給，但是大家知道圓周率無窮盡，實際上在第一句呼叫圓周率時電腦就因為算不完、顯示不出來而崩潰了。
就算沒那麼長，但這麼多字符對於電腦的運算是非常耗時的，會整體拖累遊戲速度。
此時file handles的重要性就突顯出來了，首先將所有檔案都放進一格一格的抽屜裡面收藏好，電腦不需要管抽屜裡面裝了一個數字還是放了整個圓周率，反正放進抽屜後把抽屜關起來，用一個手柄取名為𝝅變成「𝝅手柄」裝在那個抽屜外面，下次要使用那個抽屜裡面檔案時不用清點整個抽屜裡面的內容，直接拉動「𝝅手柄」就能把抽屜裡所有東西給拉出來了。
而每次打開Skyrim時file handles都會重新命名一次所有檔案，因此膝蓋俠.esp這次被命名為膝蓋手柄，下次開Skyrim可能就被命名為蟑螂手柄，因為手柄數量預設只有512個，當手柄用完就會導致有的MOD這次有被命名到、下次沒有被命名到，最終導致無法辨認檔案輕則CTD重則存檔損壞。
Win7設定上限2048，Win10設定上限8192。
MemoryManager = true
開啟後使用TBBMalloc記憶體管理功能，眾所皆知Skyrim內建的記憶體管理功能非常之爛，就連不打MOD都能CTD，導致了打的一手好MOD使遊戲比不打MOD還穩的神奇景象，但這條有個前提是如果打完MOD後預設記憶體分配已經足以穩定的進行遊戲，那沒必要額外開啟本條的記憶體管理功能。
這邊用了名為TBBMalloc的管理功能來取代Skyrim內建管理功能，TBBMalloc是Intel發佈的技術，相比於Skyrim本身的記憶體管理功能，TBBMalloc更著重於如何靠著CPU多執行緒、快取(cache)的分配、RAM的調動次序排列優化記憶體的管理。
但同時也要說明也有不少案例回報開啟此行後造成記憶體問題CTD，因此發生CTD、存檔崩潰等問題建議關掉此行。
RegularQuicksaves = true
眾所皆知快速存檔會一層疊一層，因此存檔都必須另存新檔為佳，這個功能是讓按下快速存檔時直接創建一個新存檔，而不是覆蓋快速存檔。
SaveAddedSoundCategories = true
Skyrim遊戲本身調整完聲音後其聲音選項能夠被儲存，但聲音MOD調整過後其聲音選項實際上沒有被儲存，因此下次開啟遊戲時依舊會是原來的聲音設定，開啟此項後能正確儲存聲音MOD設定。
ScaleformAllocator = true
這條不管在reddit、其他論壇的討論上都沒有人能詳細說明出這個東西到底動了什麼，甚至有人在N網上向作者提問也沒有得到回應，就字面上的猜測能知道是修改分配，開啟後因記憶體上的CTD、身形套用上的CTD都有發生過，相較於MemoryManager的單純討論記憶體崩潰，多了如Auto body、Obody、Racemanu上的崩潰，因此現階段能僅能猜測可能是指修改了人物的骨架、貼皮分配規則，詳細有待大神補充。
ScrollingDoesntSwitchPOV = true
Skyrim預設兩種方式切換切換第一人稱或第三人稱，第一種是按F鍵可以快速切換第一人稱/第三人稱，第二種是用滑鼠滾輪往兩邊滾到底也能快速切換第一人稱/第三人稱，對習慣第一人稱玩家來說平常滾輪可能比較少用到，但對習慣第三人稱玩家來說就有點麻煩，因為有時候拉近鏡頭要放大時一個不小心就直接變成第一人稱，還自己再調整回來，整個很不方便。
而這條功能也很簡單，開啟後關閉第二種切換方式，只留下用F鍵切換的方式，也就是說第一人稱不管怎麼動滑鼠滾輪都不會拉遠拉近，第三人稱拉到最近時也不會變成第一人稱，而是保持在第三人稱的狀態下盡可能拉近鏡頭。
SleepWaitTime = true
預設在等待時間介面中Skyrim每跳一小時現實世界需要1秒，跳一天24小時需要24秒，開始此選項可以減少每跳一小時所需要的時間。
TreeLODReferenceCaching = true
這要談到Skyrim在讀取一張圖時會做放置東西的動作，野外就是放置花草、樹木、怪物等，城市就是放置房屋、雕像、裝飾等。
例如說總共有1000個空格要放樹，放置的指令可以是「在1點放一棵樹，在2點放置一棵樹...在1000點放置一棵樹」，這樣相似的指令要打1000次，不僅造成系統臃腫、設計師爆肝，對整體運行效率也不會比較好。
因此Skyrim放置樹木的方式是採用了巢狀迴圈(Nested loop)，指令變成「在1-1000範圍內有空格就放1棵樹」，這行指令會這樣執行「還有空格在1點放一棵樹>還有空格就在2點放一棵樹>還有空格就在3點放一棵樹...」，這樣只要短短幾條指令就能完成1000棵樹。
本來這樣的套用方式很常見，但不知怎的官方居然把MOD檢查放在巢狀內層，於是整個系統就大爆炸了。
正確方式應該這樣「讀取所有esp後檢查裡面有沒有美化樹的元件，有的話將樹美化後，在1-1000範圍內有空格就放1棵美化樹」。
但官方寫法是「在1-1000範圍內有空格就讀取所有esp後檢查裡面有沒有美化樹的元件，有的話將樹美化後，放1棵美化樹」。
這樣就代表每遇到一個空格就要讀取一次esp，而且不是一個esp是所有esp，這也是為什麼在其他地方差別不大，但在裂谷城就會LAG，因為裂谷城要讀取的樹木太多了。
而這條作者有說明必須啟用FormCaching，也就是讓載入樹木的時候不去讀取記憶體、甚或硬碟裡面的esp，而是直接從快取裡面去讀取，根本上還是放置在巢狀迴圈內層讀取沒錯，但因為快取速度真的不是記憶體、硬碟可以比擬的，因此能讓整體效能下降的體感減輕。
[Fixes]
ArcheryDownwardAiming = true
現實世界中箭矢發射時，是依據箭指方向把箭頭送出去，因此Skyrim中也必須設計有一個點來發射箭頭，如果與現實世界一樣把這個點設定在弓的前端，就會發生角色頂著牆壁拉弓瞄準，且弓的模組穿過牆壁，此時若再把箭頭的發射位置定義在弓的前端就會實現隔山打牛-角色頂著牆壁拉弓瞄準時弓穿牆壁，由牆壁另一端發射箭矢，這顯然不合理。
為此Skyrim的解決方法是把箭矢發射點調整到雙腳之間的地面，並且在箭矢發射出去方向的反向做為起點，以箭頭飛出去一小段距離做為終點，將兩點連成一線(下簡稱箭矢檢查線)檢查這條線有沒有碰到東西，若有碰到東西就不為正常射出弓箭，而是在碰到的東西上播出箭矢撞到東西並彈開的動話。
但這樣又衍生一個問題，因為畫線起點是雙腳中點下方地面，代表玩家如果在懸崖上往下射箭時，箭矢檢查線會切到懸崖的邊角，要不碰到就只能人物離開懸崖讓雙腳懸空，因此不論怎樣由上往下射都會顯示箭矢碰到懸崖並彈開。
這條修正了這個問題，開啟這條後箭矢檢查線起點會提高到角色的質心位置(概略為丹田的位置)，這樣只要站的離懸崖邊夠近，使箭矢檢查線不再切到懸崖邊後就能修正或不修正此問題。
AnimationLoadSignedCrash = true
Skyrim裡面人物都有特定的動畫，例如跑步、走路、攻擊等都是動畫，Skyrim預設的動畫載入數量上限是32767，當需要載入的動畫數量超過此值就有很大的可能CTD。
而動畫引發的CTD可能性有很多種，此條功能專注於修復動畫註冊數量限制的CTD，開啟此條後動畫的可載入數量會來到兩倍的65535，雖然載入動畫量過多還是無法排除CTD的可能性，所以這條才會說在CTD前盡可能載入更多動畫。
但這條要特別注意的是有個衝突MOD來自於N網的Animation Limit Crash Fix SSE，若有裝該MOD就一定要關閉AnimationLoadSignedCrash，否則會出問題。
BSLightingAmbientSpecular = true
這區塊算是硬骨頭，若想詳細理解的請先搜尋Phong Lighting Model，針對其中的環境光照、鏡面光照理解一下，下一步是瞭解菲涅耳反射（菲涅耳方程式裡面的反射部分），此條修正或不修正了前述兩項的光照及光源反射錯誤。
BSLightingShaderForceAlphaTest = true
當NiAlphaProperty或AlphaTest為true時強制開啟alpha test標誌，並修復物件的LOD反射，這點作者並沒有討論太多，但網上也有人在說一下相關問題，目前可以得知的是由MOD製作者在設計MOD模型時使用半透明效果時會標誌為alpha test標誌，詳細內容有待MOD製作大神們解說。
電梯