3 sessions on mujs with a coding agent: the agent failed at least once in 3, and 0 finished without a human stepping in.
Takeaway: Next time I'd ask upfront how this OS's other interactive JS apps handle input, since the busy-poll getKeyNonBlock() loop turned out to be the real cause of the exit crash, not the VGA I/O port theory the agent chased first.
Takeaway: Next time I'd specify upfront that I want both UEFI/MB2 and legacy BIOS/MB1 to keep working, since that dual-path requirement is what caused most of the debugging churn around the framebuffer, paging, and GRUB modules.
Takeaway: Next time I'd tell it up front to match the existing input-loop pattern (blocking getChar, like quill and the shell) instead of letting it invent a getKeyNonBlock busy-poll — that's what caused the GPF on quit.