Rendered at 11:01:36 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
adrianmonk 7 hours ago [-]
> The graphical operating system that could have been for the IBM XT
Visi On[1] was a graphical operating system for the IBM PC that actually existed as a commercial product, though definitely not a very successful one. It was made by VisiCorp, the same company that created VisiCalc (the first spreadsheet for a personal computer).
It was demoed at COMDEX in 1982, before the Apple Lisa was released. It came out after the Lisa but slightly before the Macintosh.
Fun fact: Bill Gates saw the demo at COMDEX, and at first he was skeptical that it was really running on an IBM PC. But ultimately he was so impressed he decided[2] to start developing a product called Microsoft Windows.
Thanks for sharing the promotional video for Visi On. It's cool to see how many different companies gave this a shot back in the 80s.
lelanthran 34 minutes ago [-]
> Author of the AI written os8088 OS here...
I'm curious about your goal in purchasing this project.
You don't get any peer recognition. You don't gain any special skill. You can't copyright it. You can't sell it. You can't use it for anything useful. You can't use it as a learning exercise. It can't really be built on. It can't serve as a tutorial for others to learn.
You don't get the satisfaction of a job well done (well, no more than the satisfaction you get from buying a toaster on Amazon).
Pre-LLM, something like this was a huge achievement. Now it's the equivalent of a 1st-grader showing off their finger-painting like it was the Mona Lisa.
So, what are you getting out of this?
frou_dh 2 minutes ago [-]
I'm sure it is a learning exercise in OS development to some extent, just a lightweight exercise compared to doing it 'properly'.
FWIW I don't upvote submissions like this though, because it contributes to cheap superficial 'fame'.
userbinator 32 minutes ago [-]
This is something that hasn't been done before, and now exists.
Yes someone could spend immense amounts of time and effort, but clearly no one bothered to until AI made it easier.
yet the complainers will always complain because they don't have anything better to do with their own time...
"bugger off!" as they say.
lelanthran 27 minutes ago [-]
None of what you say answers any of my questions.
It's hard to be impressed when someone purchases a new toaster, even if it's a bespoke toaster.
I want to know what the author thinks he got out of this.
prmoustache 1 hours ago [-]
From what I understand, the AI is the author, not you.
You are the customer.
wewewedxfgdf 7 hours ago [-]
This kinda almost makes it sound like VisiOn introduced Gates to the GUI which is not true. They were already using and developing for Macintosh machines at Microsoft and had hired Charles Simonyi from PARC with his expertise in GUI systems before Comdex 1982.
The story seems to be more that seeing VisiOn gave MS the nudge to get into action on the GUI due to a sense of competition/urgenbcy from VisiOn rather than learning about the GUI from VisiOn.
walrus01 5 hours ago [-]
Stories about Xerox PARC aside, the Apple Lisa was released to the market at the end of January 1983, and I would be surprised if Microsoft wasn't big enough/rich enough at that point to acquire at least a couple of units from the very first batch to mess around with. Windows 1.0 RTM was November 1985.
Narishma 10 hours ago [-]
> Hand-written real-mode 8086. No C, no linker, no runtime library.
More like hand-prompted...
vunderba 8 hours ago [-]
From the landing page:
> 66,183 lines of hand-written real-mode assembly
Goes to the github - contributers jggonz and CLAUDE. The README.md doubles down on this at the bottom with the license.
> Everything here is hand-written; no third-party code is vendored into the OS, so the whole tree is covered by that one license.
That's what happens when you let an LLM write your ad-copy...
ButlerianJihad 8 hours ago [-]
It can't be written by LLM -- the human author has claimed copyright
> there is no value in being a Public-Domain-Dumping-Ground.
First of all, isn't that the entire point of the Internet Archive? Sounds pretty valuable to me.
Second, doesn't the same issue effectively apply to everything written with the BSD or MIT license? I'm not sure I understand the point though, so I'm probably missing something.
ButlerianJihad 2 hours ago [-]
Did you believe that the Internet Archive hosts nothing but PD content?
The Internet Archive has lots of PD books and other works that have been scanned in. But the Internet Archive's web pages are all copyrighted. Only a small percentage of anything on the Internet is PD. All those news articles that HN bypasses paywall? Piracy of copyright.
How do you think the IA got in legal trouble during the pandemic lockdowns?
There are instances of purely PD archives: librivox.org and gutenberg.org. Their mandate means everything is PD, whether it was PD to begin, or whether it is novel work by modern creators. The archives are sustained by their donors and volunteers, who are scanning these works, fixing up the OCR, recording audiobooks, and otherwise donating their time, talent, and treasure to building the archives. Perhaps both are obsolete by now.
Everything written in BSD and MIT license is copyrighted. Copyright may be assigned, dual-license status may exist, non-exclusive rights may be assigned. None of this applies with purely PD works.
I stated no mere opinions, and I made no novel predictions, but I gave observations of current practices. The only prediction is that these two practices expand and escalate for as long as LLMs' legal status remains this way.
phendrenad2 3 hours ago [-]
You're not missing anything. I think this is a person trying to speak their opinion into fact by quoting themselves.
graemep 2 hours ago [-]
1. The copyright claim is valid in places where LLM output is always covered by copyright.
2. It may be valid in places where sufficient human contribution makes AI code covered by copyright.
Even if it is not covered by copyright everywhere, it has a significant effect. If something is covered by copyright in some countries but not others its cannot be globally distributed without a license.
8 hours ago [-]
DaiPlusPlus 7 hours ago [-]
And LLMs are still confidently bullshitting:
> Everything after that is the interface you remember from a 1984 Macintosh: […] and a dock along the bottom with one tile per running program.
In that case I look forward to seeing OS X’s Aqua ported to the IBM PS/2.
nxobject 6 hours ago [-]
If we’re going to be really pedantic, there was no “System 1” as TFA says as well anyway - I don’t think there was an actual “version 1” of the System File version 1, and most of the routines at that point were in ROM.
But an LLM would have caught that. Signs of a human touch?
Someone 3 hours ago [-]
> I don’t think there was an actual “version 1” of the System File version 1
“The Macintosh "System 1" is the first major release of the classic Mac OS operating system. It was developed for the Motorola 68000 microprocessor. System 1 was released on January 24, 1984, along with the Macintosh 128K, the first in the Macintosh family of personal computers. It received one update, "System 1.1" on December 29, 1984, before being succeeded by System 2”
That page doesn’t mention it but I think the original Mac shipped with a 0.97 or 0.98 version.
userbinator 7 hours ago [-]
In that case I look forward to seeing OS X’s Aqua ported to the IBM PS/2.
If this project is any indication, AI can definitely make that happen too.
jggonz 4 hours ago [-]
"Author" of os8088 here. You're right, it's hand-prompted.
Claude's Opus and Fable have done a really great job helping me and another contributor shape this operating system. It's been a really interesting way to learn about the different techniques that other operating systems have used to get the performance we saw in LisaOS, MacOS, Windows, GEOS, etc... performance at 640x480 on an XT class machine is tricky! Also, the 64KB segment limitations were very interesting to overcome!
blks 2 hours ago [-]
One thing is where you learn through llm and then apply this knowledge, write asm the way humans do, another is letting Claude generate everything.
TheFuzzball 3 hours ago [-]
Did you ask Claude to write this comment too?
jggonz 3 hours ago [-]
lol, so disappointing to see the attacks when I'm just having some fun.
gedy 2 hours ago [-]
It would probably had been fine had you just not put the "hand written" part.
jggonz 2 hours ago [-]
Yes, agree. I laughed at that when I first saw it last week. I went ahead and cleared all that up on the homepage and the README now.
blks 2 hours ago [-]
You haven’t even wrote readme yourself?
skissane 7 hours ago [-]
I’ve got nothing against AI-written code
But if people are going to post it on HN, they should consider at least writing the README / main page of their website by hand
It is nice to hear the human authorial voice, at least sometimes
jggonz 3 hours ago [-]
I agree. We've just been spending more time on the operating system than the homepage. I'm making some updates, but it's still all going to be written "through" AI for now.
userbinator 8 hours ago [-]
I'm surprised Claude is actually decent at real-mode Asm, but maybe there was a lot of attempts and guidance by the human.
winocm 4 hours ago [-]
The assembly really, really hurts to read.
userbinator 36 minutes ago [-]
In what way?
It looks much closer to real human-written Asm than compiler output, which is itself a big win. No stupid calling conventions or obvious bloat. The unmistakably bloated inefficiency of "compiler slop" (that term wasn't used at the time, but those who lived through that Asm vs HLL era on the PC will know exactly what I'm talking about) is not present. I can always spot immediate optimisation opportunities with compiler output, but at a quick glance, not in this code.
...and now I have the idea of getting AI to decompile some existing binaries and then have it optimise/rewrite in the style of human-written Asm... run something like Windows XP or even 11 through it and see if it can be optimised down to a tiny fraction of its current resource usage.
nineteen999 8 hours ago [-]
Ive been throwing z80, 6502, 68000, 8086, i386 and x86_64 asm at it lately. Haven't seen it get stuck on any of them.
paulryanrogers 7 hours ago [-]
Do you think the low-level nature of ASM contribute to how successful the LLMs are with it?
walrus01 5 hours ago [-]
I think also that a large/smart/fast LLM can automate testing things with QEMU for at least moderately common architectures like motorola 68000, throw code at it rapidly and try different iterations.
MiroslavPokorny 8 hours ago [-]
github ?
8 hours ago [-]
gblargg 2 hours ago [-]
Not sure what the point is having AI write asm when it could write C, which a compiler could likely optimize better than AI.
7 hours ago [-]
LeoPanthera 9 hours ago [-]
It's funny how virtually everyone on HN is using AI to write code and simultaneously dismisses all interesting new software as written by AI.
afavour 3 hours ago [-]
For me personally there’s something deeply unsatisfying about hobby projects that are entirely AI generated. Work code is something different. I don’t have passion for a lot of that, it’s just the way I earn money.
This is never going to be a commercially viable project. It’s a wonderful idea for a hobbyist passion project. But if you’re not actually coding it yourself it feels far less interesting. I can’t really marvel at what they’ve created because I know that with a stack of tokens I could do the exact same thing myself.
blks 1 hours ago [-]
It’s also a dead on arrival project that won’t exist for long, and will not be maintained and expanded by the author.
userbinator 8 hours ago [-]
There are both pro- and anti-AI factions here... and those with more nuanced views.
Personally, I don't care as long as the end result is good, but a lot of AI software tends to be in the lower end of the quality range.
accrual 8 hours ago [-]
I agree, and I think one can put in more effort on a project and get a better result, especially if the prompter is already an experienced software developer. For example on one toy project I requested the use of ADTs (algebraic data types), strict linting and code formatting at every commit, tests, frequent code review rounds, and a strong initial plan which led to a very solid personal-use project.
Similar strategy can help smaller local models achieve greater results too. Small steps + many guardrails.
walrus01 5 hours ago [-]
There's a difference between using AI to automate some drudge work of stuff that would just be mentally tedious to do (writing an operating system for an 8088 in assembly? Tedious, unless you're one of the rare people whose mind does well with that sort of thing), and just not even being bothered to write your own readme files and project description.
At least take the time to hand write a description of what it is and acknowledge the tool assistance as a known fact.
Making fake claims that something is totally hand written is I think what bothers people about this.
blks 1 hours ago [-]
I think writing asm can be pretty straightforward and fun, with experience, strict developing principles and lots of macros.
1bpp 9 hours ago [-]
Different groups, the spammers like to congratulate each other for how much hard work they must have put into their very impressive prompt engineering. Regardless, AI code is distinct from extremely blatant AI design. People dismiss things that had no actual design, just whatever fell out of the prompt they gave it. If you can't write a single human paragraph or put thought and care into how you are presenting 'your' project, it's not worth paying attention to. Why can't they present their own work honestly? Why would I spend energy looking at an OS made by someone who can't write an HTML file by themself?
tonypapousek 6 hours ago [-]
I can pour myself a bowl of cheerios. That doesn’t mean I’m easily impressed by someone else preparing a similar bowl of cereal.
Though, I have been finding a lot of utility in programs that support otherwise deprecated hardware, now that is some good slop.
superb_dev 9 hours ago [-]
It’s almost like those are two different populations of people?
LeoPanthera 9 hours ago [-]
Outside in the real world? Sure.
Here on HN? I don't believe that.
throw10920 6 hours ago [-]
OK, if you're so confident, surely you've gathered data that empirically shows that "virtually everyone on HN is using AI to write code and simultaneously dismisses all interesting new software as written by AI", because that's a very easy claim to prove or disprove.
Can we see your results and methodology?
tgv 3 hours ago [-]
I think the remark was glib/sarcastic/ironic. That's frowned upon in this forum, and for good reason.
orbital-decay 8 hours ago [-]
Beveled-buttons Minesweeper (first appeared in Win 3.11 IIRC) running on a preemptive 8086 OS with a bootleg System 1/2/3 interface looks absolutely cursed.
jggonz 11 hours ago [-]
The graphical operating system that could have been for the IBM XT.
A MacOS-like desktop for the Intel 8086, written entirely in real-mode assembly (with Claude). Verified to run on real hardware, with FAT12/16 support, ported apps, games, Sound Blaster support and upcoming Hard Drive support.
WillAdams 9 hours ago [-]
Well there was GeoWorks (which AOL used the GUI of to their advantage):
PC GEOS was much later circa 1990, the company spends years maintaining the first version targeting the C64 and Apple II. I also remember fondly the quality of prints produced by PC GEOS which included lots of home printer drivers. The system used an alternate vector font system not Truetype. Its SDK is probably still very interesting, but i suspect the complexity level was one of the reasons so few third party apps were developped for it.
lepicz 6 hours ago [-]
when i'm feeling blue i go read and toy with geoworks source.. it's kinda weird to read TODOs from 1900 :)
and one wonders what could have been if there were not incompetency of microsoft etc..
> Twelve task slots, 1,536 bytes of stack each, and a timer interrupt that takes the CPU away from whatever is running 18.2065 times a second. No task is asked to cooperate and no task can refuse.
If you don't have protected mode, can't any program just rewrite the interrupt handler? It's not a bad system, but it sounds easy to break.
kar1181 42 minutes ago [-]
It's a toy, easy to break is what vintage software was. A very different era with users of a very different mindset.
Not just rewrite the interrupt handler either, can rewrite the timer itself :)
Part of the fun of real-mode is the absolute god like power you have. Downside is the 20bit segmented memory model.
tgv 3 hours ago [-]
The original MacOS lacked memory protection too. It had cooperative multi-tasking, starting at version 7. Before that, the only thing that could be launched next to the main application were "desk accessories", which were a bit of a pain to write, as they had to stay out of harm's way.
Rohansi 5 hours ago [-]
> If you don't have protected mode, can't any program just rewrite the interrupt handler?
Yes? It's still possible to make it safe if you ensure that all programs are written in a memory safe language. Aside from throwing out a ton of existing code it's not as bad as it sounds. The Birth and Death of JavaScript touches on it towards the end.
Yeah, that works for making sure the machine isn't constantly crashing.
Although from a security point of view it's still very bad. Every compiler / JIT has bugs, and bugs that let you write to random or arbitrary memory adresses are a rather common kind.
Doesn't really matter for a hobby project though
jggonz 4 hours ago [-]
Yes, it's easy to break. There's no memory protection. However, building packages, drivers, and kernel modules for it has been a fun and educational exercise in memory management.
kar1181 3 hours ago [-]
I mean this is cool, it's wholly / mostly AI gen, so it takes the wow away which I think is what foklks are reacting strongly to here.
Sadly this sort of thing is much easier now - thanks to the tooling. I speak from personal experience, I'd written some stub 32bit os' myself (by hand, pre-ai) and it is very fun. But you quickly run into walls that stop further development that aren't fun. I enjoyed poking at VGA registers, the 512 byte boot sector into real mode into protected mode dance. Setting up the global descriptor tables/page tables and the PIC/8042 controller.
But...then you get into protected mode you get a prompt up some very basic memory management and then TERMIOS...boring. Boring. Defining all the posix syscalls, boring. Building test harnesses ... boring.
Oh I need a DMA controller now because PIO is slow, FUN!!!
I've taken my toy os to basically Linux 2.0 level in a few weekends by throwing tokens at boring things and when I got to the end it was a little bit empty because although the kernel of the system was all me, and it very much was built on the skeleton I arranged I didn't understand bits now that while boring were important. And the magic ... was lost.
I'm working on a new version now where my rule is I hand type every line of code and I co-plan with the AI and write from my head. It's so slow going but the fun is in the problem solving and the design and by hand writing you keep enough of it in hand it feels yours and real.
Anyway this is a cool project, I hope the author enjoyed it and learned something, but this is the new normal now, powerful tooling means things that were novel are tokens away and so they lose some of the magic accordingly.
jggonz 2 hours ago [-]
I am not sure I will ever get this to protected mode... The goal was to have something running on slower, older hardware, and once protected mode comes into play, we're letting go many of the constraints that make this an interesting experiment.
Even though I've relied on AI to hammer out the assembly, it has been very educational iterating on it. You end up learning the techniques that other operating systems used to get applications to perform well on slow machines.
kar1181 2 hours ago [-]
Yeah, I think the ability to move at pace helps and especially when you get stuck at some sort of intractable bug, in realmode especially, claude/gpt is unbelievably good at identifying and proposing the fix.
THAT is part of the issue with it though, those length debugging sessions where you prod and poke and have to hold complex interactive segments in your head is what gives you that deep understanding of a piece of software. You do lose that when you throw the AI at it. This is part of my motivation for handwriting 'offline' all my code for these types of project. Have a doc to work from but otherwise wetware is doing the heavy lifting.
This isn't efficient use of time at all and professionally a dead end. But as a pasttime/hobby for an enthusiast it opens a door that would be closed (project like yours and indeed mine) while still having it grounded in our own work.
baud9600 7 hours ago [-]
This is great -
It’s almost as impressive as the “GOS” written for Atari 8-bit running on 6502 at 1.79 MHz. Visually it’s almost identical but has a nicer font. The specs are somewhat similar with 16 task slots, calculator app and task manager, serial mouse support (ST mouse) and Atari’s hardware sprites helping with some of the graphics. The XOR window frame is the same idea. Amazingly, Atari GOS runs in 128K of RAM! One has to admire the work and inventiveness in these projects. See description and videos here:
The XOR window frame was on most X11 window managers since late 80's and early 90's.
jggonz 4 hours ago [-]
"Author" of os8088 here. I love seeing what these early limited system could do! Someone shared a video of GOS with me after seeing what os8088 looked like.
I believe os8088 also boots now with just 128k of RAM, but it's very limited in the type of apps you can load. There's a os8088.com/hardware page where one of the contributors to the project that has been helping optimize the operating system tested it out on a bunch of different machines.
jggonz 3 hours ago [-]
If you want to try the operating system in the browser, you can try it by visiting here: https://os8088.com/demo/
ozymandiax 10 hours ago [-]
This rewrites what-could-have-been history a bit... better get my IBM XT/286 out of storage! Is this for real?
drivers99 8 hours ago [-]
I might have to try it out. I have an 8088 IBM PC (my first computer) on a desk. I need to swap out some bad RAM (I've been getting Parity errors and other strange behavior), but it says it works with 256KB so I could remove the AST SixPakPlus altogether. The fully populated mother board has 256KB. (I could also unplug the MFM hard drive controller as well.) It supports CGA and VGA and I have both (the CGA is original; the VGA is an 8-bit ISA one I picked up a couple years ago). I also have a serial mouse... Right now I have one floppy disk that came with a book I re-bought recently (Peter Norton's Guide to Assembly Language) and I could back up the files from it and use that but I think I'd rather buy/find another one to use. And I need more than one disk for this anyway.
Interesting, it currently says, 'Nobody has yet written the images to 5.25" media and booted an actual XT with them.'
jggonz 3 hours ago [-]
"Author" of os8088 here.
That's no longer the case. Someone that is contributing to the project is using real hardware to validate the changes. You can check out some of the systems he tested it with here: https://www.os8088.com/hardware
The system does currently run with 256KB of RAM, and you can use some of the basic apps, but not all of them.
rickcarlino 8 hours ago [-]
The website explicitly states a lack of networking. Any interest in pursuing that in a future version?
I have a Pocket 8086 - I would love to give this a try next weekend.
jggonz 3 hours ago [-]
We have built in driver support now, so we will be adding network driver support soon. We just added hard drive support that is potentially a bit buggy...
userbinator 6 hours ago [-]
I don't know why it seems reluctant to disclose AI use, because this is one of the best advertisements of Claude I've seen, and I say this as someone who has been sitting on the fence on the subject and saw a lot of slop in the past few years. If I was working in Anthropic's marketing department, this is the sort of thing I'd point to as a demo of its abilities.
That said, it's not like something of this nature was thought impossible; many embedded OSes running on even slower and more limited machines (e.g. 8051) had preemptive multitasking and a primitive GUI. It just took several decades for someone with the idea, tokens, and motivation to actually do it.
RachelF 5 hours ago [-]
To me the most interesting thing here is that AI did it, albeit with very good prompting.
Claude AI just created something in a few hours, perhaps, that teams of intelligent developers at the time struggled to do in years of effort.
nianderwallace 8 hours ago [-]
You'd still need a Wordstar-like app and a VisiCalc-like app (pref. Lotus 123-like).
VGA adapter means you have to wait until 1987 to run this, otherwise you'd deal with CGA's non-square pixels. EGA support would only be possible in Oct 1984.
geocar 6 hours ago [-]
The IBM 1501 PGC (640x480x256) was available in 1983.
walrus01 5 hours ago [-]
But was exceedingly rare, in the pre 640x480 VGA era the common video interfaces on 8088, 8086, 80186, 80286 were MDA, Hercules, CGA, or later on, EGA.
anigbrowl 9 hours ago [-]
Was not expecting the fractal viewer (in disk B/apps)
jggonz 3 hours ago [-]
I might even port over povray... :)
anthk 9 minutes ago [-]
Por a ZMachine interpreter; there are ones for CP/M and DOS (Frotz).
badsectoracula 8 hours ago [-]
Nice, Solitaire in 7KB of RAM[0]. Sadly it only says "You win!" if you win, no bouncing cards animation :-P.
Sorry the question, i watched shortly your videos, i see you vibe-coding it in an emulator.. but did you try it in a real hardware? With real floppy disks?
It looks surprisingly Mac-like, except the font kind of spoils the illusion.
cheema33 10 hours ago [-]
If it were available back then, Microsoft may be a small shop today or may have gone the way of Lotus.
wewewedxfgdf 6 hours ago [-]
No.
Technically better software was rarely the primary factor in how the early microcomputer wars played out.
MiroslavPokorny 8 hours ago [-]
You mean like the Amiga or Atari ?
internet2000 9 hours ago [-]
Fun little toy. Wonder how much in tokens went into it.
jggonz 3 hours ago [-]
Many millions so far...
abstractspoon 4 hours ago [-]
This doesn't seem like any sort of achievement to me
theturtle 9 hours ago [-]
[dead]
incanus77 5 hours ago [-]
[flagged]
jggonz 4 hours ago [-]
"Author" of os8088 here. That's unfortunate. This is a hobby, and yes, it's all written with Claude. I have a bunch of videos up showing the process.
I'm updating the copy of the page to make it extremely clear that it's built using AI so that we can move past that point.
prmoustache 1 hours ago [-]
"I want this. I want that. No, not like this, like that. Add this to it."
Sounds like a weird hobby.
jodrellblank 2 hours ago [-]
But why do you all think we should spend our time reading your empty whining about it?
This is like clicking Google reviews on an eatery and reading “1 star we went there and it was closed!!!” “1 star they don’t let dogs in so we’re never giving them our money!”
gizajob 4 hours ago [-]
Yeah if someone had spent 6 months coding this dead end from 1978 in assembly rather than getting Claude to do it in six days then I’d have given it more time too.
Visi On[1] was a graphical operating system for the IBM PC that actually existed as a commercial product, though definitely not a very successful one. It was made by VisiCorp, the same company that created VisiCalc (the first spreadsheet for a personal computer).
It was demoed at COMDEX in 1982, before the Apple Lisa was released. It came out after the Lisa but slightly before the Macintosh.
Here's their promotional video from 1983: https://www.youtube.com/watch?v=kc4wFeVvKTI
Fun fact: Bill Gates saw the demo at COMDEX, and at first he was skeptical that it was really running on an IBM PC. But ultimately he was so impressed he decided[2] to start developing a product called Microsoft Windows.
---
[1] https://en.wikipedia.org/wiki/Visi_On
[2] https://en.wikipedia.org/wiki/Windows_1.0
Thanks for sharing the promotional video for Visi On. It's cool to see how many different companies gave this a shot back in the 80s.
I'm curious about your goal in purchasing this project.
You don't get any peer recognition. You don't gain any special skill. You can't copyright it. You can't sell it. You can't use it for anything useful. You can't use it as a learning exercise. It can't really be built on. It can't serve as a tutorial for others to learn.
You don't get the satisfaction of a job well done (well, no more than the satisfaction you get from buying a toaster on Amazon).
Pre-LLM, something like this was a huge achievement. Now it's the equivalent of a 1st-grader showing off their finger-painting like it was the Mona Lisa.
So, what are you getting out of this?
FWIW I don't upvote submissions like this though, because it contributes to cheap superficial 'fame'.
Yes someone could spend immense amounts of time and effort, but clearly no one bothered to until AI made it easier.
yet the complainers will always complain because they don't have anything better to do with their own time...
"bugger off!" as they say.
It's hard to be impressed when someone purchases a new toaster, even if it's a bespoke toaster.
I want to know what the author thinks he got out of this.
You are the customer.
The story seems to be more that seeing VisiOn gave MS the nudge to get into action on the GUI due to a sense of competition/urgenbcy from VisiOn rather than learning about the GUI from VisiOn.
More like hand-prompted...
> 66,183 lines of hand-written real-mode assembly
Goes to the github - contributers jggonz and CLAUDE. The README.md doubles down on this at the bottom with the license.
> Everything here is hand-written; no third-party code is vendored into the OS, so the whole tree is covered by that one license.
That's what happens when you let an LLM write your ad-copy...
https://news.ycombinator.com/item?id=49203613
First of all, isn't that the entire point of the Internet Archive? Sounds pretty valuable to me.
Second, doesn't the same issue effectively apply to everything written with the BSD or MIT license? I'm not sure I understand the point though, so I'm probably missing something.
The Internet Archive has lots of PD books and other works that have been scanned in. But the Internet Archive's web pages are all copyrighted. Only a small percentage of anything on the Internet is PD. All those news articles that HN bypasses paywall? Piracy of copyright.
How do you think the IA got in legal trouble during the pandemic lockdowns?
There are instances of purely PD archives: librivox.org and gutenberg.org. Their mandate means everything is PD, whether it was PD to begin, or whether it is novel work by modern creators. The archives are sustained by their donors and volunteers, who are scanning these works, fixing up the OCR, recording audiobooks, and otherwise donating their time, talent, and treasure to building the archives. Perhaps both are obsolete by now.
Everything written in BSD and MIT license is copyrighted. Copyright may be assigned, dual-license status may exist, non-exclusive rights may be assigned. None of this applies with purely PD works.
I stated no mere opinions, and I made no novel predictions, but I gave observations of current practices. The only prediction is that these two practices expand and escalate for as long as LLMs' legal status remains this way.
2. It may be valid in places where sufficient human contribution makes AI code covered by copyright.
Even if it is not covered by copyright everywhere, it has a significant effect. If something is covered by copyright in some countries but not others its cannot be globally distributed without a license.
> Everything after that is the interface you remember from a 1984 Macintosh: […] and a dock along the bottom with one tile per running program.
In that case I look forward to seeing OS X’s Aqua ported to the IBM PS/2.
But an LLM would have caught that. Signs of a human touch?
There definitely was. https://en.wikipedia.org/wiki/System_1:
“The Macintosh "System 1" is the first major release of the classic Mac OS operating system. It was developed for the Motorola 68000 microprocessor. System 1 was released on January 24, 1984, along with the Macintosh 128K, the first in the Macintosh family of personal computers. It received one update, "System 1.1" on December 29, 1984, before being succeeded by System 2”
That page doesn’t mention it but I think the original Mac shipped with a 0.97 or 0.98 version.
If this project is any indication, AI can definitely make that happen too.
Claude's Opus and Fable have done a really great job helping me and another contributor shape this operating system. It's been a really interesting way to learn about the different techniques that other operating systems have used to get the performance we saw in LisaOS, MacOS, Windows, GEOS, etc... performance at 640x480 on an XT class machine is tricky! Also, the 64KB segment limitations were very interesting to overcome!
But if people are going to post it on HN, they should consider at least writing the README / main page of their website by hand
It is nice to hear the human authorial voice, at least sometimes
It looks much closer to real human-written Asm than compiler output, which is itself a big win. No stupid calling conventions or obvious bloat. The unmistakably bloated inefficiency of "compiler slop" (that term wasn't used at the time, but those who lived through that Asm vs HLL era on the PC will know exactly what I'm talking about) is not present. I can always spot immediate optimisation opportunities with compiler output, but at a quick glance, not in this code.
...and now I have the idea of getting AI to decompile some existing binaries and then have it optimise/rewrite in the style of human-written Asm... run something like Windows XP or even 11 through it and see if it can be optimised down to a tiny fraction of its current resource usage.
This is never going to be a commercially viable project. It’s a wonderful idea for a hobbyist passion project. But if you’re not actually coding it yourself it feels far less interesting. I can’t really marvel at what they’ve created because I know that with a stack of tokens I could do the exact same thing myself.
Personally, I don't care as long as the end result is good, but a lot of AI software tends to be in the lower end of the quality range.
Similar strategy can help smaller local models achieve greater results too. Small steps + many guardrails.
At least take the time to hand write a description of what it is and acknowledge the tool assistance as a known fact.
Making fake claims that something is totally hand written is I think what bothers people about this.
Though, I have been finding a lot of utility in programs that support otherwise deprecated hardware, now that is some good slop.
Here on HN? I don't believe that.
Can we see your results and methodology?
A MacOS-like desktop for the Intel 8086, written entirely in real-mode assembly (with Claude). Verified to run on real hardware, with FAT12/16 support, ported apps, games, Sound Blaster support and upcoming Hard Drive support.
https://github.com/bluewaysw/pcgeos
Perl can do sed(1).
and one wonders what could have been if there were not incompetency of microsoft etc..
Amazing.
> Pre-emptive multitasking on an 8086
> Twelve task slots, 1,536 bytes of stack each, and a timer interrupt that takes the CPU away from whatever is running 18.2065 times a second. No task is asked to cooperate and no task can refuse.
If you don't have protected mode, can't any program just rewrite the interrupt handler? It's not a bad system, but it sounds easy to break.
Not just rewrite the interrupt handler either, can rewrite the timer itself :)
Part of the fun of real-mode is the absolute god like power you have. Downside is the 20bit segmented memory model.
Yes? It's still possible to make it safe if you ensure that all programs are written in a memory safe language. Aside from throwing out a ton of existing code it's not as bad as it sounds. The Birth and Death of JavaScript touches on it towards the end.
https://www.destroyallsoftware.com/talks/the-birth-and-death...
Although from a security point of view it's still very bad. Every compiler / JIT has bugs, and bugs that let you write to random or arbitrary memory adresses are a rather common kind.
Doesn't really matter for a hobby project though
Sadly this sort of thing is much easier now - thanks to the tooling. I speak from personal experience, I'd written some stub 32bit os' myself (by hand, pre-ai) and it is very fun. But you quickly run into walls that stop further development that aren't fun. I enjoyed poking at VGA registers, the 512 byte boot sector into real mode into protected mode dance. Setting up the global descriptor tables/page tables and the PIC/8042 controller.
But...then you get into protected mode you get a prompt up some very basic memory management and then TERMIOS...boring. Boring. Defining all the posix syscalls, boring. Building test harnesses ... boring.
Oh I need a DMA controller now because PIO is slow, FUN!!!
I've taken my toy os to basically Linux 2.0 level in a few weekends by throwing tokens at boring things and when I got to the end it was a little bit empty because although the kernel of the system was all me, and it very much was built on the skeleton I arranged I didn't understand bits now that while boring were important. And the magic ... was lost.
I'm working on a new version now where my rule is I hand type every line of code and I co-plan with the AI and write from my head. It's so slow going but the fun is in the problem solving and the design and by hand writing you keep enough of it in hand it feels yours and real.
Anyway this is a cool project, I hope the author enjoyed it and learned something, but this is the new normal now, powerful tooling means things that were novel are tokens away and so they lose some of the magic accordingly.
Even though I've relied on AI to hammer out the assembly, it has been very educational iterating on it. You end up learning the techniques that other operating systems used to get applications to perform well on slow machines.
THAT is part of the issue with it though, those length debugging sessions where you prod and poke and have to hold complex interactive segments in your head is what gives you that deep understanding of a piece of software. You do lose that when you throw the AI at it. This is part of my motivation for handwriting 'offline' all my code for these types of project. Have a doc to work from but otherwise wetware is doing the heavy lifting.
This isn't efficient use of time at all and professionally a dead end. But as a pasttime/hobby for an enthusiast it opens a door that would be closed (project like yours and indeed mine) while still having it grounded in our own work.
It’s almost as impressive as the “GOS” written for Atari 8-bit running on 6502 at 1.79 MHz. Visually it’s almost identical but has a nicer font. The specs are somewhat similar with 16 task slots, calculator app and task manager, serial mouse support (ST mouse) and Atari’s hardware sprites helping with some of the graphics. The XOR window frame is the same idea. Amazingly, Atari GOS runs in 128K of RAM! One has to admire the work and inventiveness in these projects. See description and videos here:
https://atari8.co.uk/gui/
I believe os8088 also boots now with just 128k of RAM, but it's very limited in the type of apps you can load. There's a os8088.com/hardware page where one of the contributors to the project that has been helping optimize the operating system tested it out on a bunch of different machines.
Interesting, it currently says, 'Nobody has yet written the images to 5.25" media and booted an actual XT with them.'
That's no longer the case. Someone that is contributing to the project is using real hardware to validate the changes. You can check out some of the systems he tested it with here: https://www.os8088.com/hardware
The system does currently run with 256KB of RAM, and you can use some of the basic apps, but not all of them.
I have a Pocket 8086 - I would love to give this a try next weekend.
That said, it's not like something of this nature was thought impossible; many embedded OSes running on even slower and more limited machines (e.g. 8051) had preemptive multitasking and a primitive GUI. It just took several decades for someone with the idea, tokens, and motivation to actually do it.
Claude AI just created something in a few hours, perhaps, that teams of intelligent developers at the time struggled to do in years of effort.
VGA adapter means you have to wait until 1987 to run this, otherwise you'd deal with CGA's non-square pixels. EGA support would only be possible in Oct 1984.
[0] http://runtimeterror.com/pages/iv/images/b869a0cf44a7e7cbc40...
Technically better software was rarely the primary factor in how the early microcomputer wars played out.
I'm updating the copy of the page to make it extremely clear that it's built using AI so that we can move past that point.
Sounds like a weird hobby.
This is like clicking Google reviews on an eatery and reading “1 star we went there and it was closed!!!” “1 star they don’t let dogs in so we’re never giving them our money!”