Je to vlastně objekt, zapouzdřená skupina rutinek, které mají jeden vstupní bod pro poskytované služby, které se budou povětšinou týkat práce se soubory, přičemž odstíní aplikaci od takových maličkostí, jako se kterým hw a fs se právě pracuje. O stejné možnosti se ale snažil už OPAT. Problém s OPATem ale byl, že byl příliš vázán na D40. Matrix by měl být více univerzálnější a hlavně by měl sám o sobě podporovat současně více druhů hw a fs.

Při realizaci a návrhu služeb Matrixu bereme nejvíce ohled na HDD, pak diskety a až pak hodně daleko kazetu. Toto pojetí se liší od přístupu BUSYho, NORa a jiných zastánců kazeťáku, kteří zastávají názor, že kazeta je z historických důvodů na speccy základ a vše ostatní ji více méně přizpůsobují (viz např. BSDOS). Je nepopiratelné, že je výhodné, aby staré programy, nahrávající z kazety přes ROM, fungovaly bez jakéhokoli zásahu. To je hezká vlastnost BSDOSu a špatná D40 (proto jsem také pro D40 napsal TAPE Emulator). Přesto se Matrix bude orientovat diskově, neboť považuji za snažší ohýbat diskové služby na kazetové, než obráceně! A krom toho, kazetové služby bude v podstatě potřebovat jediná aplikace - TAPE EMULATOR, pro ostatní bude jistě výhodnější zvolit diskové, takže to bude i ekonomičtější.

Zároveň hodlám programovat jen jednou, ale použitelné to chci mít pro více věcí. Základní představa je taková, že by šel Matrix použít jako součást jiného programu (jako měl sloužit OPAT, ale vzhledem k tomu, že Matrix bude kvůli svým možnostem daleko větší než OPAT, tak to vidím praktické jen u takových vyjímek jako File Comander apd.). Druhou možností je, že by Matrix ležel někde dole v ROM a aplikace by si ho volaly odtamtud přes RST. Jelikož většina programů potřebuje i klasickou ROM (Basic), tak ji předpokládáme jako základ, v ní bude definovaný vstupní bod, který zajistí přestránkování do stínové ROM s Matrixem, kde bude fungovat ono RST a zároveň bude fungovat i bod pro přestránkování do Basic ROM.