ウモス国家社会主義共和国で使用されていたMH。開発にはシステム・カリギュラが関わっており、このMHの成功がウモスを独立に導いた。大量生産がしやすい構造になっており、紫苑鋼やデヴォンシャ・シリーズの設計もこの機体の設計が根幹にある。自国使用のみならず多くの国家や個人使用の傭兵にも売却されたので、現在でも姿が見られる。
ウモス国家社会主義共和国の青銅騎士団で使用されるMH。MHマイト、ヘッケラー・バシントンが星団歴2500年代後半に開発した。“青騎士（ブラウ・キャバリー）”という名は青（正確には紫）のカラーリングから付けられた愛称であり、正式名称は「紫苑鋼」。中世の騎士を思わせる、プレートを編みこんだような装甲形状が特徴。1兆1千万馬力のMH。多くの国家にデチューン無しで輸出されており、バキンラカン帝国を始め他の国家でも使用された（ただし装甲形状は変更されており、本国仕様と同じ仕様で運用したのはパイドパイパー騎士団のみ）。星団歴2992年にウモス独立重駆逐大隊扱いのパイドパイパー騎士団に貸与された騎体が登場し、シーブル国の傭兵として参戦した。しかしA.K.D.戦でミラージュ騎士団に全騎撃破されている。
ガマッシャーン共和国の他、複数の国家で運用されている優秀なMH。手合いをしていた騎士が自信満々であることからも窺える。しかし次に遭遇したのはイアン・ケーニヒが駆るアルカナ・サイレンだったことから、一太刀を交わしただけで割に合わないとして逃亡した。
フェードラのロッゾ帝国仕様。ロッゾがフェードラの設計ライセンスを借り受け、独自の改修を加えたフェードラの重装甲版ともいえるMH。高級騎であるヘルマイネと他国にも輸出されるほどコストパフォーマンスに優れたバルンシャの間を埋める形で配備されており、他国には輸出されていない。
バキン・ラカン帝國の主力MH。作中でディモス・ハイアラキが使っていた時は軽装甲となっていたが、本来は重装甲が施されている。魔導大戦に登場予定。
2800年代にロールアウト。ロッゾ帝国ヴーグラ騎士団の主力MH。出力は並だが重厚な装甲を持つ。同世代のMHとしては操作系・チューンの点で扱い易い機種で、ヴーグラ以外の騎士団でも運用されているようだ。作中ではやられ役のイメージが強いが強力なMHである。2988年、騎士ではないバストーニュ領主ユーバー・バラダが購入して来客に見せびらかして権力を見せ付けていた（永野は「F.S.S.DESIGNS 2」においてそれを「F-22やレオパルト2を個人が財力に物を言わせて手に入れてそれを見せびらかすような不快なもの」と解説している）。しかしバルンシャとデヴォンシャを事も無げに破壊したK.O.G.に恐れをなして逃げ出し、エア・ドーリーにバスター・ロックの砲撃を命じたが、先に撃ったK.O.G.のバスター・ランチャーの一撃に巻き込まれて消滅した。3030年、最短距離でナカカラに向かうエンゲージ・オクターバーSR1を逃がすため、単騎でロッゾ騎士団と交戦したベクター・赤城のA・トール・ESSQのグランドジャマーの死角から不意を突く。しかしその直後、慧茄・ダイ・グ・フィルモアのファントムの一太刀で真っ二つにされた。
機構と方針の分離は、マイクロカーネルの基礎となる考え方であり、モノリシックカーネルと大きく異なる部分である。マイクロカーネルではオペレーティングシステムのサービスの大部分をユーザレベルのサーバプロセスで提供する。オペレーティングシステムは適切な機構を提供する柔軟性を持ち、実世界の様々なセキュリティ方針をサポート可能なようにするのが重要だとされている。システムが製品としての寿命を迎えるまでにそれを使うかもしれない様々な種類のユーザーの様々な使い方を全て想定することは、ほとんど不可能である。したがって方針が分離されていないと、一部（またはほとんど）のユーザーにとってその方針が不十分または不適切なものとなる可能性がある。機構の実装と方針の仕様を分離することで、異なるアプリケーションが共通の機構と異なる方針を使用することが可能となる。そうすることで、そういった機構がより多くのユーザーのニーズを満たし、より長期に渡って使われることになる。機構の実装を変更せずに新たな方針を採用できるなら、そのような方針転換のコストとリスクは大いに低減できる。最初の例は、機構と方針を別々のモジュールとして分離するやり方である。方針を表したモジュール（例えばCPUスケジューリング方針）を置き換えることで、その方針を実行するモジュール（例えばスケジューリング機構）を変更することなくシステムの挙動を変えることができる。さらに、アプリケーションのニーズに従って様々な不定範囲の方針が予想される場合、コーディングしない形で方針を指定できるようにすることも考えられる。その場合、方針は実行コードとして書かれるのではなく、それとは独立した何らかの記述によって指定される。例えば、ファイル保護方針（UNIXのファイルパーミッションなど）はパラメータ化することもできる。その場合、機構側は新たな方針記述言語のインタプリタを含むよう設計される。いずれの場合も、方針の仕様を新たに導入したり置換したりするための結合機構（例えば、設定ファイルやAPI）がシステムに備わっているのが一般的である。機構と方針の分離の日常的な例として、施錠されたドアを開けるカードキーの使用が挙げられる。その機構（磁気カードリーダ、遠隔操作方式の錠、セキュリティサーバとの接続）は、方針（どういった人がどういう時間にそのドアを開け閉めできるか）に対して何の制限も課していない。方針を決定するのはセキュリティサーバであり、さらに言えば各部屋へのアクセス規則のデータベースを操作することで決定がなされる。すなわち、特定のカードキーで特定のドアを開けられるか否かをデータベースに設定することで方針の変更がなされる。セキュリティ方針が所有者の考えていたものと違う場合、機構（磁気カードリーダ、錠、接続）を変更せずにセキュリティサーバのソフトウェアを更新するだけでよい。