Rendered at 16:25:00 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
owenpalmer 15 hours ago [-]
> Currently it runs as a desktop app on Linux, macOS, and Windows
Does that mean it's not actually an OS?
mfro 2 hours ago [-]
Some might claim a browser is an OS. Some do claim emacs is an OS. Tlon claims urbit is an OS. It’s a fairly fluid term nowadays.
owenpalmer 1 hours ago [-]
They're like an OS by analogy, but all of them require an actual OS to interface with the hardware. I don't think making that term fluid is a good idea. If we did, how would I refer to... "an actual OS"?
mfro 1 hours ago [-]
You’re definitely right there should be distinction. I think “baremetal OS” is the term some people would use.
evanbarke 7 hours ago [-]
Hey. This is a fair remark and logical too. It's build to run in a sandbox on other OS now to ease uptake. Asking people to install a new OS because "trust me bro" is not gonna work.
That said it is build as an os. It generates real wasm that runs directly on the machine.
Porting to baremetal is next on the backlog. It will require embedding rust cranelift directory into pneuma amongst other things but the hardest/biggest and most architectural part is already done: wasm. You can check out the blog for more info.
ingatorp 10 hours ago [-]
I mean Chrome OS started as a browser only OS. So theoretically it can be an OS.
In the conversation I (mostly Claude, to be fair) was speculating about some caveats of fully on the fly generated ui/apps, in relation to ui/ux design and brand recognition, including how does ui/ux innovation enter the model if this is a paradigm shift, and what kind of job positions/skillsets would that paradigm destroy/create
Reebz 3 hours ago [-]
If we fully embrace this generative software concept for the sake of this thread, then the UI/UX, is going to be optimized and personalized to your tastes, skills, affinities, and (dis)abilities. Brand comes into the equation as a proxy for trust, so if this whole scenario were to come true, maybe that's not so relevant anymore.
human_hack3r 8 hours ago [-]
I don't think generating an app would be the move forward. Rather it should be an agentic application that can be installed/added and the main agent controls it.
Building apps on the fly seems cool, But hits the frustration when they don't work at times, When building as a side project we tolerate it because we are in building phase, But when using we might not tolerate the issues.
Finally the security also plays a major role, So instead of building apps at runtime, We need agents and skills as portable objects.
evanbarke 7 hours ago [-]
Yeah there is a pneuma agent/app store for that. And security permissions are built in also. pneuma asks for approval for the different rights the agent needs before running.
I think this is the way things are ultimately going (software as ephemerally generated based on your preferences), but at the moment, I can't see myself using these generated apps. Maybe it's just an aesthetic thing—have you experimented with personalized theming?
evanbarke 9 hours ago [-]
Yeah you can edit them however you like. I asked it to make a game with a lion fighting a bulldog and it could even doing that :D
erelong 11 hours ago [-]
One critique is that I think it might be more efficient to just make use of existing software for some of these things rather than generate them on the fly (for something for example like a text editor), but I guess that will depend on how costly it is to run AI programs in the future (if it becomes much cheaper, then I could see your concept being taken up by more people)
evanbarke 9 hours ago [-]
Yes that is definitely still gonna be necessary and it's why I build on a store where people can upload their apps/agents. There is a loose community section and in the backlog I have work around offering an sdk and official store for established companies to ship pneuma apps.
nextaccountic 11 hours ago [-]
> the UX
For this to be practical you really need to build things iteratively and asking the user questions, rather than attempting at one shot half assed ideas
Also most people are better explaining details with voice rather than text.
evanbarke 9 hours ago [-]
Voice is a great idea! On the backlog.
Also pneuma already supports iteration/edits. You can say "edit my pong game so the paddles are pink" and it's smart enough to do it.
subdomain 20 hours ago [-]
Seems like a cool idea—I'm always game to try new operating systems! Recently been playing around with Playbit (https://playbit.app/)
Pneuma reminds me a little bit of Yansu AI, a project I saw recently on HN that proactively builds apps with AI (https://yansu.app/)
evanbarke 20 hours ago [-]
Thanks! Playbit is a cool project, I've followed it. The key difference with Pneuma is that the programs themselves are AI-generated at runtime. There's no toolchain the user interacts with, no editor, no compiler invocation. You describe what you want and the system handles everything from code generation through compilation to execution in one pass. Yansu is interesting too but it's a web app builder. Pneuma runs native GPU-rendered agents in WASM sandboxes on the desktop, so you can build things like real-time games and data visualizers with keyboard/mouse input, not just web UIs. The closest analogy is probably a microkernel where every userspace process is conjured by an LLM instead of installed from a package manager.
subdomain 16 hours ago [-]
That makes sense—I think it's really interesting to see the possibilities of new software created purely by AI! I'm happy to offer feedback, my email is micah.blachman@gmail.com
evanbarke 9 hours ago [-]
Feel free to sign up at pneuma.computer you can try for free. You feedback would be greatly appreciated
DarthCeltic85 15 hours ago [-]
[dead]
johnbuildss 3 hours ago [-]
Cool, curious though long did it take to build it?
hoppp 6 hours ago [-]
Sounds expensive to sustain and inefficient
PH4NTXMOFFICIAL 5 hours ago [-]
That's a very interesting and innovative idea. Congratulations, well tuned!
spl757 10 hours ago [-]
How did you solve the problem of hallucinations?
evanbarke 9 hours ago [-]
I've built a list of common gotchas in the generation prompts.
Also if the compilation fails it falls back to opus with the error message and code and can try again twice.
spl757 8 hours ago [-]
That's not a solution to the root problem. That is duct tape.
evanbarke 7 hours ago [-]
This is built with the paradigm of "don't build for the model of today, build for the model in 6 months" It currently works, which amazes me still, but it will get much better!
plagasul 7 hours ago [-]
how does pneuma deal with persistence of user data?
plagasul 7 hours ago [-]
pairing this with rewind-like applications, it would seem that "user files" and particularly "user organized files" as a paradigm could also be completely unnecessary, as you recall states/activities/projects via intention and the agent presents you with the right abstraction to navigate those
evanbarke 7 hours ago [-]
There is a build in filesystem handling system. For example, if you ask it to build a Todo task agent it will need to persist the tasks and their state to disk. It knows which syscalls to use in the pneuma microkernal and it builds with that in mind. When you start the app it will reauesf access to the file system.
functional_dev 6 hours ago [-]
are you using vector store for long term persistence or standard fs and model interaces with it via tools?
fractallyte 9 hours ago [-]
It's a fascinating paradigm – as though it dropped here out of some future.
However, I'd never use it. Reason: having everything dynamically created JIT means there's a trade-off somewhere else; in this case, it's energy consumption. I'd rather "cache" applications (ie. have them as installable software, which has been built just once) than endlessly recreate software from scratch each time, with all the energy usage that entails.
evanbarke 7 hours ago [-]
Thanks for the great feedback. That's why there is an app store in pneuma. You can upload and download pneuma generated apps from others. Give it a try!
Does that mean it's not actually an OS?
That said it is build as an os. It generates real wasm that runs directly on the machine.
Porting to baremetal is next on the backlog. It will require embedding rust cranelift directory into pneuma amongst other things but the hardest/biggest and most architectural part is already done: wasm. You can check out the blog for more info.
I had a conversation with Claude on it. I work as an artist and webdev, so excuse my lack of technical knowledge on the matter: https://claude.ai/share/8b40cf7f-ecc6-452f-a550-3d1e5416b3e5
Building apps on the fly seems cool, But hits the frustration when they don't work at times, When building as a side project we tolerate it because we are in building phase, But when using we might not tolerate the issues.
Finally the security also plays a major role, So instead of building apps at runtime, We need agents and skills as portable objects.
For this to be practical you really need to build things iteratively and asking the user questions, rather than attempting at one shot half assed ideas
Also most people are better explaining details with voice rather than text.
Pneuma reminds me a little bit of Yansu AI, a project I saw recently on HN that proactively builds apps with AI (https://yansu.app/)
However, I'd never use it. Reason: having everything dynamically created JIT means there's a trade-off somewhere else; in this case, it's energy consumption. I'd rather "cache" applications (ie. have them as installable software, which has been built just once) than endlessly recreate software from scratch each time, with all the energy usage that entails.