この文章のおおもとは
Bodytypes of Skyrim http://skyrim.2game.info/detail.php?id=40280
このmodの翻訳fileに同梱していたTips集から
MO関連を抜粋して編集、追加、校正し直したものです http://skup.dip.jp/up/up14232.7z
ありそうでなかった、Mod Organizerそのものの解説書です。
習うより慣れろ式で問題なく使えていると思いますが、知っていると便利かも？を目指して
書いてみました(ただし、やけに長文です)


目次
●MOの使いやすさ向上策.7z について
●MOの仕組みについて
●MO1をインストールしたフォルダ内にあるおおまかな各fileについて
●MO2をインストールしたフォルダ内にあるおおまかな各fileについて
●MOの動作概念の説明について
●プロファイル別にSKSE配下のmod.xmlをわける方法について
●ENBの管理toolでenb以外にも管理について
●MOのおそらくあまり使われていない(隠れた)機能について
●MO1からMO2への移行と併用の方法について
●Vortexについて
●MOとは全く関係ないけど知っていると便利かもしれないtool類について


●MOの使いやすさ向上策.7z について
以前、Skyrim Mod DBの
Mod Organizer スレッド #885(2015/05/25)
(ちなみに、MOD DBの名無しの欄にカーソルを乗せると書き込み日時が表示されます)
に書いた方法をより安易に実行する方法です。

>mod
>---------↑順位確定--------
>mod
>---------↓体型-------------
>mod
>---------↓場所追加---------
>mod
>---------↓フォロワー-------
>mod
>みたいな感じで区切り目印入れてるな。
>日本語使用(実質フォルダ名になるわけだが)で面倒なことになりたくないのでダメ文字
>に注意と念のためチェックは要れないのが肝。

このfileを展開して、MOの/mods フォルダへcopyして、MOで更新をかけると
一番下へcopyした内容のものがmod名として4つ出てきます。
これを、左ペインの好きな場所に配置すれば見やすさ向上になるかもしれません。
↑↓の矢印の向きと、
この中にいったん保留にしたmod類を入れておくという使い方も便利です。
さらに、設定にあるカテゴリーへ、
"------------------------------------------"
を登録し、カテゴリー欄でも区切りが入ってるように見せかければ
視認性はさらにあがると思います。

※中身がカラッぽの textures フォルダは、
MOのデータの不備警告が出ないようにする対策です。
警告がでたmodで右クリックして、不備を無視した場合と同じ結果になります。
また、余計(この日本語を使った名称が原因でトラブルに巻き込まれるとか本末転倒)
なことになりたくないので、
左ペインでこの4つのmod名に対して"チェックを入れないでください"
(実は↑↓は機種依存文字だったりします……)


●MOの仕組みについて
osの制御を横からさらってMOのmodsフォルダをSkyrimのdataフォルダへ見せかけています。
また、
C:\Users\ユーザー名\Documents\My Games\Skyrimにある
skyrim.ini、skyrimprefs.ini この2つのfileに対しても同じように
ModOrganizer\profiles\プロファイル名にあるものと差し替えて見せかけています。
概念的には、横入り(hook)してずらしてはめ込んで偽装しているという動作をしています。
コンピュータウィルスの駆除ソフトからウィルスと似た振る舞いととらえられてしまいかねない
程度にトリッキーなことをしています。
しかし、危ないtoolではないので気にする必要はありません。


●MO1をインストールしたフォルダ内にあるおおまかな各fileについて
downloads -> MOの内蔵ブラウザを使用したときのdownloadとインストールで参照されるmodのある場所です。
             downloadしたfileを単に置いておく役割以外一切ありませんので使用しないという手もあります。
             私はssdの容量削減のため年単位でここにfileを置いたことはありません。

logs -> ログです。動作が変だと思った時は確認すると原因がわかるかもしれません。

loot -> MOに内蔵されたLOOTです。MOの内蔵LOOTボタンをミスクリックしてしまい邪魔な場合や
        LOOT本体を登録して使っていて不要な場合は
        このフォルダの中のfileをリネームか削除してしまえばミスクリックしても動作しなくなります。
        内蔵されているLOOTはMOの更新が止まってしまった現状だとLOOT本体に比べて年単位で古いままです。
        また、LOOT本体は完全に日本語化(翻訳されたかたに感謝します)されていますので
        内蔵機能にこだわる必要はないと思われます。
        以前はapiも本体の更新にあわせて一緒に更新されていましたので、MO内蔵LOOT部分の更新も可能でしたが
        最近はそれも提供されていません(私が気がついていないだけの可能性もあります)

mods -> 各種modが収まる場所です。日本語化の作業はこのフォルダのmodに対して行います。
        MOの左ペインに並んでいるmodの本体がある場所です。
        MOの右ペインのesm、esp類はこれらのフォルダの中です。
        備考:仮にmod名やesp名にxxyyzzがあった場合、xキーを押すとその行まで一気にジャンプできます。

overwrite -> オーバーライトの実体がここです。ここに各種modが生成した各fileの送られます。
             可能な限り警告が出たらすぐに右クリックしてmod化してしまい、空っぽにしておく運用をオススメします。
             各種modが生成したfileが混ざってしまうのを防止するためです。
             完全にこれらが判断でき仕組みを理解しているのなら問題ありません。
             例えばモーション確認で一時的にテスト用のFNISの生成物をおいておく場合や
             とにかく最優先しておきたmodをあえて置いておくと使用方法もありだとは思います。

plugins -> 設定から辿るプラグインの実fileがあります。未使用のゲームのpluginはリネームしたり
           削除してしまっても問題はありませんが、あまり意味はないかもしれません。

profiles -> プロファイルの実fileがここです。
            ※このフォルダは各種modのロードオーダー、
            skyrim.ini、skyrimprefs.iniのMO経由で使う場合の実file
            (MOで使用するiniはこちらのfileなので編集するときはこちらに対して行う必要があります)
            セーブデータなど運用していく上で重要なfileがここに集まっています。
            ここさえ残っていれば、最悪データが吹っ飛んでしまってもどうとでもなります。
            定期的にbackupすることをものすごくオススメします。
            私は購入後半年足らずでゲーム用SSDが飛び、修理上がりという名の新品交換品が、
            数週間でまた飛び、再再度交換されてきたSSDには見切りをつけて
            今度こそはと別SSDで組みましたが、今度はそれが……(見切りを付けたSSDは今も元気です、そんなもんです)
            (現在nas(vSphere Hypervisorのwin server)のraid6のiSCSI領域(常時)とdropbox(毎時)という
            病んでる設定と勢いでbackupしています。SyncBack(2BrightSparks)(日本語化されています)使用)

stylesheets -> いわゆるskin(UI変更)fileがあります。
               http://www.nexusmods.com/skyrim/mods/64439 このskinは視認性が上がるのでオススメです。

translations -> 翻訳fileです。

tutorials -> 初回起動時などのチュートリアルを表示するfile群です。
             このfile群の説明とは関係ありませんが、
             modインストール時dataフォルダの階層が不一致のときはD&Dや右クリックでフォルダ構成変更などが可能です。

webcache -> MOの内蔵ブラウザーが使用するcache置き場です。

categories.dat -> MOのカテゴリーに表示される内容が格納されているfileです。
                  拡張子こそdatですが、テキストエディターで開いて直接編集もできます。

ModOrganizer.ini -> MOの各設定が書き込まれています。このfileを消すとMOの初期化ができます。

nxmhandlers.ini -> NEXUSのMOD MANAGER DOWNLOADでブラウザーと連携する設定内容のfileです。
                   あるとき突然、ブラウザーと連携ができなくなった場合には消すと初期化ができます。
                   このfileを消して初期化しブラウザー側の設定とあわせると連携問題は解決できます。
                   ※混雑時にdownloadが途切れるなど、あまりいいことはないので正直なところ、
                   MOの内蔵ブラウザー経由での使用は推奨できません。
                   MANUAL DOWNLOADを選ぶことをオススメします。
                   私は、年単位で使っていないのでどんな挙動だったかすでに記憶が曖昧です。

modsフォルダの各modのmeta.ini -> 各個別のmodの情報が書き込まれMOが内部で参照しているfileです。
                                 右クリックで再インストールする場合のfile参照先などが書かれています。
                                 コメントに書き込んだ内容もここにあります。
                                 テキストエディターで開けます。
                                 時々、DLしてきたmodにこのfileが含まれていることがあります。
                                 記入内容によりますが、削除しておいた方がいいです。
                                 (modの作者の環境にあわせてMOが自動生成したfileなのであまり意味がありません
                                 そのままでも問題はないと言えばその通りなんですが、それをベースにして
                                  MOが削除せず追記して使用を継続してしまうのです)

基本的に、MO1はレジストリに誤差といえる程度しか情報を残しません。
動作に必要な設定等はMO1のフォルダで完結しています。
レジストリ検索key Tannin(MO1かMO2どちらかが残したkeyだと思うのですが自環境では内容的に判別がつきません)

●MO2をインストールしたフォルダ内にあるおおまかな各fileについて
基本的にMO1と同じです。
ただし各種設定は C:\Users\ユーザー名\AppData\Local\ModOrganizer\ へ移動しています。

MO2もレジストリに誤差といえる程度しか情報を残しません。
動作に必要な設定等はMO2のフォルダで完結しています。
レジストリ検索key Tannin(MO1かMO2どちらかが残したkeyだと思うのですが自環境では内容的に判別がつきません)

●MOの動作概念の説明について
MOの優先度は最優先が Overwrite 部分です。
通常使用においてこの場所には他のmodの生成物も送られ混ざってしまう場所です。
(代表例はDynDOLOD、Merge Plugins、Real Shelter、Real Skyrim Snowflakes
のTES5Editの派生か機能を利用しているもの、そしてDual Sheath Redux、
FNIS、Wrye Bashのpatch)
これらで生成されたものは、都度右クリックしてmod化していく使い方を推奨します。

その次の優先度は Overwrite の直上の位置です。
MOの画面の優先度項目は数字が大きいほど優先度が高くなります。
1より5、5より10そして最後の特等席Overwrite
優先度の数字が大きいほど、物理的に下にゆくほど優先度があがってゆきます。

以下、MOの概念説明です。

フォルダ名	a	b	c	d	e
ファイル名	1	1	1	5	5
優先度 ←①(物理的に上) 低 [優先度] 高 (物理的に下)⑤→ オバの中に1と5
		(右に行くほど優先度の数値が増える)→　→→　→→→
フォルダ名aのfile名1.....b1.....c1.....d5.....e5 と仮定

※MOが読み込んで処理していく順番は優先度① --> ⑤への流れ、この場合、
右へ行くほど(実際のMOでは物理的に下方向)、
優先度数値が高くなり左から順に処理が流れてゆきます。

フォルダ名abcのfileは全部同名の1です。この場合MOの内部処理イメージは、
起点になる優先度の一番低いa1がまず読み込まれます。
次にb1でも同じfile名があったので、
a1が無視されb1がこの時点での最優先fileとなります。
次にc1でも同じfile名があったので優先権がc1へ移ります。
そして、後続の処理に移りd5、e5と続き5というfile名となり違いますので、
結果として、そのままfile名1の勝利者はc1となります！

続いて、d5の処理に移ります。
同じくa1 -> b1 -> c1と起点から読み込んでゆきd5はいままでのfile名1とは違い5なのでそのままd5が優先権を持ちます。
しかし、次のe5もfile名が同じ5なのでe5に優先権が移ります。
結果として、file名5の勝利者はe5となります！
ここで終わるのが通常のケースです。

実は右端にあるとにかく全てにおいて最優先な特等席である
オーバーライトの中にfile名1と5があった場合、
今までの全ての処理と勝利者をガン無視して、
オバがfile名1と5の両方の最終勝利者になります！！
これがオーバーライトの仕様です。
そしてMOの使い勝手にかなり寄与している機能でもあり悩む原因でもあります。

各modの生成物が混ざって混乱事故防止するため、
MOからオーバーライトにfile"あり"の警告が出たら、
速攻で右クリックしてmod化してしまうことを推奨します。
このとき、その右クリmod名に Overwrite などとつけるとMOが最初から持つオバと
このmod化したオバの中身はMOの内部システム的に同一の最優先特等席へ相席しているとみなされますので、注意です。

a1を拡張子esm、他はespとした具体的なものが右ペインです。
a1を拡張子dds、他をnifなど具体的なものが左ペインです。

modによってはMCMから現在の設定のエクスポートができます。
SKSE\Plugins\hoge_mod\hoge_mod.json など。
このfileをフォルダ構成を保ったまま、
直接Skyrimのdataの下へ移動して配置してしまうことも可能です。
"skyrimのフォルダ\Data\SKSE\Plugins\hoge_mod\hoge_mod.json"
以後、再度エクスポートしfileの更新がされても
オーバーライトに警告は出ず、自動で直接このfileが更新されます。
ただし、この場合どのプロファイルでも共通になってしまいます。

例:modが吐く設定file名は共通でmod.xmlとします。
プロファイル名 Default　-> mod.xml
プロファイル名 Test Clean -> mod.xml
この場合、どちらのプロファイルからでも共通のmod.xmlが吐かれます。
※相互の環境で同一になり使い分けはできません。
幸い、modによってはsave名を自由に付けられdefやtestなどと
プロファイルに応じて使い分けることが可能なものもあります。


●プロファイル別にSKSE配下のmod.xmlをわける方法について
以下の手順を読むと面倒な気がします、たんにSKSE内をプロファイル別にどこかにbackupしておいて
必要になったら書き戻すだけです。

事前に、
"skyrimのフォルダ\Data\SKSE\" の SKSEフォルダをbackupして削除し、
"skyrimのフォルダ\Data" にSKSEフォルダがないようにします。
次に、
ModOrganizer\mods\SKSE Default
ModOrganizer\mods\SKSE Test Clean 等を作っておき
(MOのフォルダ内で完結したいので
mods以下に作成していますが、実際にはどこでも構いません)
オーバーライトの警告が出たり警告がなくても自分で更新したら、
都度その使用しているプロファイルに応じた場所へ
"上書きで移動"して待避させます。
プロファイルに応じて、毎回手動で、SKSE Default か SKSE Test Clean から
全てのfileを"skyrimのフォルダ\Data\SKSE" 以下へ移動します。
手間はかかりますが、プロファイル別にわけるには
MO1の仕様的に、これしか手がないと思います。
bat fileで、robocopyを使い、
オプションに /E /MOVE /XD textures /256 を付与すれば手間は減らせます。

※MO1の仕様により、mods以下のこの2つはチェックboxをon/offしてもゲーム内に一切反映されません。
"skyrimのフォルダ\Data"に直接配置のみです。
チェックboxをonにしてゲームを立ち上げ、MCMからこのfileを読み込もうとしても選択項目に出てきません。

※MO2は、"skyrimのフォルダ\Data\SKSE"のフォルダも反映されます。
mod化してskseのプロファル別xmlの使い分けも可能です。

プロファイルをわけ、file名が固定で一律のxmlしか
エクスポートできないmodを愛用している場合は、MO2に移行してしまったほうがいいかもしれません。
私も今回、この内容の検証でMO2を試して初めて気がつきました。
batを組んでずっとMO1を使ってきましたがMO2に移行しどきかもしれません。

管理者権限が必要な場合は、Bat_To_Exe_Converter(Fatih Kodak)でexeにすれば可能です。
(アイコンを埋め込んで視認性をあげ、事故防止もこのtoolだとできます)

右クリックmod化の具体的な運用例として、実際に私がしているパターンだと、
fnis 20180102 03 ←(生成元exe名+日付+その日の何回目にあたるか)
自分なりの命名規則を定めておくのが無難な運用方法だと思います。

a1のfileが具体的に、femalebody_1.ddsで体の画像fileだとし、
最終段階の優先度であるe5かオバの中になぜかうっかりミスでお鍋のfile名なのに
femalebody_1.ddsへリネームしてしまった罠を自分で仕込んでしまった場合には……。
→やってみました
全身に変なイレズミのようなものを入れた危ないキャラができました。
こういうテストがすぐにできるMOって便利です。

※注意
上の説明文で書いた処理イメージは説明しやすいように簡易化したものです。

MOのように仮想化を持つtoolですが、そのうち
内部にSQLiteなどのDBを持ち始めるんじゃないかと思わないでもありません。

MOの動作概念話の〆として実際にMO経由でmameFile5SE(AMA SOFT)を起動し、
Skyrimのインストール先のdataフォルダを閲覧すれば、MOがどのように
dataフォルダを最終的に仮想化して構造化しているのかわかります。
MOの持つ機能である右側のデータ タブでも見られますがこちらの方が直感的には
わかりやすいと思います。
(ただし、MOの利点は、どのmodが最終結果なのか赤字で表示してくれます。
上の図のc1とe5か、OverWriteの1と5)

※mameFile5SEで見られるfileはloose file(いわゆる展開済みfile)のみとなることに注意してください。
※mameFile5SE(32bit)以外のFilerでも可能ですがMOのLockが解除されてしまうタイプの
Filerはこの場合確認に使えません。また、この状態ではfileの移動、削除、hash確認等は一切できません。
※MO2とmameFile5SE(64bit)の場合、仮想化仕様の違いによりhashがとれます。

実は数年前、このMOの仕様を知らず(シンボリック リンクを張ると動作が極めて不安定になる)
texture fileのサイズ肥大化に困り果て、
シンボリック リンクでリンクさせ容量を抑えようとしてCTDさせたことがありました。
今はSSD本体の物理的な容量増加とOptimizer Textures(Ordenador)(AdPipino)のおかげでその心配は無くなっています。
と綺麗に〆られたらよかったのですが、あっというまにSkyrim専用に割り当てたSSD(128GB)が埋まりつつあります。
MOを数個インストールして物理的に別diskで切り替えてゆく方法もありますが、
私は、ひとつのMOで複数のプロファイルを切り替えて運用しています。
(MO1はこの複数インストールしての運用が容易です、MO2は自環境だとうまくいきませんでした)


●ENBの管理toolでenb以外にも管理について
ENB Organizer
http://skyrim.2game.info/detail.php?id=67077
ENB Man - An ENB Manager
http://skyrim.2game.info/detail.php?id=57620

これらのENBを管理toolですが、直接SkyrimのTESV.exeがあるフォルダに
fileをcopyする方法をとっているので、MOと違い仮想化されず(MOはdata以下なのでまた意味合いは違うのですが)
実fileを直接設置します。
enb presetに data\mesh などの本来はMOが管理する場所のdata以下が含まれることがよくあります。
こちら側だけMOに登録して管理したくなりますが、MOの仮想化の仕様的に
enb管理toolで単独で管理し、MOからenb管理toolを呼び出すのはやめた方がいいです。
これらenb管理toolはMOを介さず単独で使うべきです。
また、Skyrimフォルダを含む階層すべてのフォルダの管理をこれらtoolは担ってくれるので
enb以外のfileの管理にも使用できます。
動作検証で(enbを使い頻繁に起動し直すと時間がかかるので)enbを無効化しSKSEのメモリ管理に切り替え
SKSE Plugin Preloaderを無効化したい場合などがそれにあたります。

ENB FXAA SweetFX Manager and Remover
http://skyrim.2game.info/detail.php?id=7804
enbを試していてどれがどのfileかわからなくなったとき
enb関連を一発できれいに削除してくれるtoolです。enbとReShadeの管理もできます。
※隠しフォルダに Slot Names、
Saved d3d9.dll'sとSaved d3d11.dll'sと各種 Slot1-50 が作られます。
enb管理toolでは後発なのと、更新が続いているので、d3d9とd3d11.dllの管理もできます。
(フォルダ内のreadme.txtに書いてある内容の意味ががわかる方は、
最近MSが仕掛けた、d3d9.dll消去問題をOS側にcopyせずとも管理できます)

mod名を忘れてしまっているのですが、
NEXUSにskyrimのすべてのfileとフォルダをインストール直後まで
完全に巻き戻す(削除する)toolもあります。
また、こちらもmod名は忘れてしまったのですが、
Skyrimのレジストリを初期化するtoolもあります。
レジストリ エディタを使い手動で設定するほうが確認もできてよいのですが、
いつぞや動作検証で試したことがあります。


●MOのおそらくあまり使われていない(隠れた)機能について
※この機能は、modの右クリック -> 再インストールで Keep Backup にチェックを入れたときと同じ動作になります。

首の境目クッキリへの対策としてTexBlendUUNPを使用した例をあげます。
MOの左ペインに数個のテクスチャmodを積み上げて処理をしていたとして
チェックboxをon/offしながら一個ずつ処理をしていくと思います、このとき、
普段はあまり使っていない機能だと思われる、mod名の末尾へ backup の文字を追加し、
処理が終わったmodはMOの仮想化実行フラグから完全に外してしまう保険をかけておくと事故防止になります。
他のアプリを使い手動でひたすらがんばるより遙かに楽なありがたいtoolなのですが、
何気にクリック数が多くなるので事故ると心が折れそうになります。

※backupの文字を末尾に含むmodは左ペインの一番上に順次配置されてゆきます。
この場合、MO内部から、このmodの名称変更とチェックboxへの操作は受け付けられなくなります。
作業後にmod名を戻すときは、MOのmodsフォルダへ、外部から直接エクスプローラー経由で変更をかける必要があります。
ちなみに、
このフォルダに目印代わりに"ああいいうう.txt"などのSkyrimでは存在しないfile名をつけて設置しつつ、
上の方で書いたmameFile5SEでdataの中身を確認すると名称+backupがどんな扱いなのか確認できます。
(fileが存在しないので仮想化から外されていることがわかります)


●MO1からMO2への移行と併用の方法について
私の環境では至って普通に安定動作しています。
試してみたいと言う場合は、MO1の環境を簡単に移植できるのでその方法です。
まず、
MO2のmods参照先設定をMO1が管理していた場所へ変えます。
MO1の"ModOrganizer\mods"へ変更し、MO1で使用しているmod類を見るようにします。
次に、
MO2のprofiles参照先をMO2内部フォルダで完結できるように
MO1のModOrganizer\profiles\Defaultの中身を
MO2のModOrganizer2\profiles\Defaultへ丸ごとcopyします。
(フォルダがなければ作成します、基本的にないと思います)
そして、MO2の環境設定でここを指定します。
"ModOrganizer2\profiles" へ変更。
これだけでMO1とMO2の併存は可能です。
MO1で新規にmodを導入したり、並び順を変えた場合、または
その逆でMO2で、新規にmodを導入したり、並び順を変えた場合は
順次、profiles\Defaultの中身を相互にcopyしてやれば
都度お互いの環境は同一に保たれます。
MO1とMO2の画面下、logが流れる場所で、なになにsaved というメッセージが流れたときが
具体的なそのタイミングです。

※上記併用方法は、
mod類は全て、MOのBrowserを経由してdownloadしないのが前提です。
私は、PalemoonかWaterfox経由でしています。また、modの評価等もBrowser経由で、
MOの内蔵Browserは一切使用しないことを前提にした方法となります。

MO1かMO2の内蔵Browserを使用しdownloadすると
MO1もMO2も downloads フォルダに格納されてゆきます。
MO1のdownloadsフォルダをメインに使ってゆく場合には、
MO1のdownloadsをMO2の設定で指定し、
ここも相互に内容に変更があった場合にcopyしあう必要があります。

MO1とMO2の仮想化の仕組み的に、MO本体の置き場所は、
物理的に別driveでも大丈夫ですが、
少なくともmodsフォルダは、
MOを経由して仮想化し偽装しますので可能な限り、Skyrimが置いてあるdiskと物理的に同じ場所へ
インストールしておいた方が無難です。
FNISやBodySlide等mods以下のexe類の動作が特に関係してきます。
(MOの根幹機能である仮想化の仕様からくるものです)
MO2は少しこのあたりが若干緩和されているような気もしますが、詳細な検証はしていません。
また、OSの機能でdiskを内部のシステム的に数個束ねて(JBOD)
運用可能ですが、こちらの機能でどうなるかも同じく検証していません。

※結論
MO本体も含めて一式とSkyrimは、物理的に同じdiskにインストールしてしまうのが吉です。
ただし、MOのdownloadsフォルダだけは役割が違うので、どこに置いても大丈夫です。
(単なるfile置き場としての役割しか担っていません)

C:\Program Files (x86)の下にMOをインストールするのは、OSの管理権限の問題から最悪なので絶対に避けてください。
日本語フォルダ名や、やたらと深い階層、長いフォルダ名も避けてください。
ジツは、C:\Program Files配下にSkyimがあるのも避けたほうが良かったりします。

Stability Performance Optimization ENB Configuration - a Comprehensive Guide
http://skyrim.2game.info/detail.php?id=74427	
NEXUSの本文を一読するとひたすら追求された、Skyrimの安定動作の指南書になります。

実行file形式とその亜種(exe,com,msi,bat,gadget,jar等)を含むフォルダ名に英数以外の日本語が含まれている、
フォルダ階層が無駄に深い、フォルダ名が異様に長い、
C:\Program Files、C:\Program Files (x86)以下のosの権限問題が絡む場所にあるなど
不具合が発生し動作に支障をきす可能性が増します。
また、日本語以外のゲーム(洋ゲー)、tool、アプリを使うのであれば、
windowsのログイン名に日本語のユーザー名を使わないのも地味にトラブル防止になります
(問題を解決した結果、これだったりするとあまりにもトホホすぎる、お願いです使わないでください)
この手の基幹部分に日本語を使わないというのは、DOS時代から連綿と続く伝統的トラブル解決法です。


●Vortexについて
ジツはまだ、downloadすらしていません、ロードオーダーの手動並び替えができないらしく
不評みたいですが、仮想化されたゲームの安定動作とmod管理tool配下の実行fileの扱いに関しては
ハードリンク(こう書くと怒られそうですがショートカットの上位互換みたいな機能です)
を使っているとのことなのでUI等で多少の使い勝手が悪くても、私は移行を決意すると思います。
そのくらいに仮想化の仕組みとして安定度と信頼性と使用年数実績(winxp?、vistaは確定)があります。
(MSがwindowsの内部システムで使用しているOSに実装されている機能と同一のものです)
今度どうなっていくかわかりませんが期待しています。


●MOとは全く関係ないけど知っていると便利かもしれないtool類について
Skyrimでmodに手を出すと、なんらかの問題解決で
mod類を手っ取り早く条件つけて検索したいというときが結構あります。
そこで、オススメのtoolです。
最強のfile検索toolであると信じている、everything(voidtools) (日本語化されています)
検索オプションに  -parentpath を指定しつつ特定のフォルダ(MOのmodsなど)を指定し
help -> 検索仕様の各optionを並べていくとあっという間に欲しい検索結果が得られます。

同じく、毎度毎度特定のフォルダ(MOのmodsやdata\skeseなど)に対して
mod類をとにかくエクスプローラで切った貼ったを頻繁にすると思います。
エクスプローラを複数個並べての作業もありだとは思いますが、
QTTabar(日本語化されています)
を使えばブラウザーのtabのごとく一つのエクスプローラ内で完結させたり
毎度お馴染みの特定のフォルダをブックマークのごとく一発で数カ所開けるボタンや
その一発でフォルダのショートカットを設定できるので、これもオススメです。
(ショトカのfileはエクスポートして拡張子に.jsを付与してdesktop等においてください)
また、プラグインのウィンドウマネージャを導入すれば、いつでも決まったモニターの決まった場所に
決まった大きさでエクスプローラを開くことができます(ウィンドゥ サイズ、位置固定化)

同じく、hashを取って確認したい場合も時により発生します。
Hash Tab(lmpbits Software) (日本語化されています)をインストールすると
右クリック -> プロパティにハッシュ タブが追加されhashの確認と比較ができます。

同じく、各modフォルダの比較、バイナリの比較、テクスチャの比較、MCMの更新部分の比較など
とにかく遭遇した件のなんでもいいので比較したい場合は、
WinMerge(日本語化されています)で3種類を比較し差違の部分を強調表示などができます。

私はこれらのtoolに出会えていなかったら、相当な悪夢だと言い切れるほど
使用頻度が高いので、どうしても紹介したくなり書いてみました。

最後に、各toolの作者及び翻訳者の方々に感謝します。

以上


文責 yohru
