Status: Reference / Historical research tree / CODE REVIEWED
To repo nie jest aktywną linią produktu w portfolio. Jest przechowywane jako materiał badawczy dotyczący minimalnego/refaktoryzowanego rdzenia Windows NT 4.0.
Repo zawiera wariant projektu MinNT opisywanego jako „Refactored Minimal NT 4.0 Core”. AGENTS.md potwierdza klasyczny układ source tree NT: ntoskrnl, ntdll, HAL-e, VDM/WOW, directory/security components, stare dirs/sources i build przez Microsoft build.exe.
Nie jest to clean-room reimplementacja NT napisana od zera w tym portfolio.
- badania nad architekturą NT 4,
- analiza minimalnego zestawu komponentów potrzebnych do uruchomienia,
- porównania z późniejszymi NT/WRK/ReactOS-like projektami,
- zachowanie historycznego stanu kodu,
- eksperymenty reprodukcyjne w izolowanym środowisku.
Status: Reference / Historical research tree / CODE REVIEWED
Portfolio source review potwierdził, że repo jest dużym historycznym/source-derived tree, a nie własnym małym projektem wymagającym aktywnej roadmapy. Zawiera również binaria i wieloplatformowe legacy komponenty VDM/WOW.
Nie wykonujemy modernizacyjnych hotfixów implementation w tej linii. Własne prace systemowe powinny korzystać wyłącznie z legalnie dostępnych interfejsów, publicznej dokumentacji i clean-room reimplementacji zachowania.
Historyczny materiał odsyła do projektu stephanosio/MinNT. Oryginalne autorstwo, historia oraz prawa do bazowego kodu należy przypisywać właściwym upstream/source owners, nie właścicielowi tego mirroru/forka.
Repo nie zawiera root LICENSE, który dawałby jasny blanket grant dla całego source tree. Nie należy więc zakładać prawa do kopiowania implementation do własnych projektów tylko dlatego, że kod jest dostępny w repo.
Status: Historical / toolchain-specific / verification required
Build używa klasycznego systemu NT (build.exe, dirs, sources, project.mk). Nie ma nowoczesnego CMake/Ninja/MSBuild baseline i nie należy deklarować współczesnego build PASS bez odtworzenia właściwego środowiska.
PASS: istnieje udokumentowany toolchain i clean build da się powtórzyć w kontrolowanym środowisku.
FAIL: repo jest prezentowane jako „buildable today” bez realnej weryfikacji.
PASS: repo jest oznaczone jako source-derived historical reference i nie jest przedstawiane jako własny clean-room NT.
FAIL: właściciel mirroru przypisuje sobie autorstwo lub blanket prawa do bazowego tree.
PASS: aktywne projekty portfolio nie kopiują implementation z minnt4; korzystają z publicznych kontraktów/obserwowalnego zachowania.
FAIL: pliki lub fragmenty kodu NT trafiają bezpośrednio do własnego aktywnego systemu.
To repo nie jest canonical successor dla żadnego aktywnego systemu. Może być używane wyłącznie jako materiał research/reference przy analizie architektury.
W szczególności nie przenosimy kodu bezpośrednio do:
against-os,singularity-os,Retroshell,windows-future-storage,- innych własnych systemów.
Dozwolone:
- poprawki dokumentacji/provenance,
- notatki build/reproduction,
- indeksowanie materiału,
- zachowanie historycznego tree.
Portfolio decision: KEEP AS REFERENCE / DO NOT DEVELOP AS PRODUCT.