An open-source, clean-room reimplementation of Microsoft Word in pure Rust
github.com
github.com
It is extremely far from a working solution for someone who uses these apps for just casual non-professional use. For professional use, I borrow Wolfgang Pauli's "not even wrong" to say it is not even something to think of. People who think this is a possible replacement just don't have a clue about how big a software like Photoshop and MS Word are, and how much they actually provide their users with.
I know that "Hey I open-source'd Adobe and Microsoft" can get people some hype on TikTok and Twitter, and maybe have some media reporting about them for fun, but I am really surprised that people here are passing on these like they are really what they claim to be. Genuinely, if anything can be used as a counterargument for the promised LLMs revolution, it would be software like this.
The only catch will be if attention coalesces around an individual project instead of hundreds of people vibecoding their own versions.
Their websites look more polished than the apps themselves, have download options for non-technical users, and in no place that I can see (as of writing) do they mention that they are early development: https://getartcraft.com/apps/wordcraft
In "the before times" it was at least the norm to place at the top of a github repo and download section "this is early alpha" or similar to not let down potential users. This project currently seems like a great way to burn user willingness to try new apps.
These are decades-old software where even the inconsistencies, quirks and bugs are now considered features (because users have come to rely upon them) - a full detailed specification itself would be very complicated. My bet is this OSS-clone hype will last all of 6 months.
My bet is: This guy is pumping out that stuff to land a good job somewhere :-) (I doubt that by now someone is paying for the continuously crashing clones?)
now, they open discussions with "you cant imagine how many tokens I burnt yesterday to create X" and then showing a widget with 5 buttons that runs within Claude/Browser without any real data or connection to the rest of any parts of the company :-D
Yes, it was always possible for a PM to get a VP excited about a project and then lead to some mandate. But at least then I got to do a time estimate and they believed me. Today they can create a prototype to show to the VP so that both of them conclude that the project isn't actually very hard and my estimate of two engineers and four months gets rejected because "the prototype is 80% of the way there and it only took two days" even though the prototype is running locally on my PM's machine and is using fake data when we don't have easy access to the real data.
And the pdfCraft is so much better than every pdf site on the internet.
Also Gridcraft at least equals Google Sheets for me in functionality. Too bad copy paste from Excel or Google Sheets doesn't work correctly. It does work, which is already impressive.
This is probably not heavy use, I get it, but definitely improves things for me. Also rapid improvements are incoming.
But Google Drive was always the worst part of Google Docs by far (imho).
And collaboration ... for my personal office needs ... I sometimes try to do this with my wife and kids, but almost never.
Pdfcraft is far superior to all those stupid pdf sites, and Wordcraft easily does what I use Google Docs for.
Esp. in terms of quality regarding document output
Rendering the .docx with docx-preview and using the browser's print engine preserved those cases in my tests. The cost was an extra click in the print dialog. That doesn't establish how pdfCraft compares with iLovePDF, but I'd want those documents in any output-quality comparison.
While Bun proved at-scale rewrite, these are proving huge at-scale re-dos of the entire software ecosystem.
I suspect 24 months from now the landscape of daily software is going to be vastly changed.
I'm curious about this part. As a user you're finding them extremely buggy - what kind of bugs are you seeing?
It sounds like you're expecting the bugs to be ironed out in six months. I guess I'm wondering if the same process that led to buggy software in the first place can actually be used to get rid of the bugs without creating more.
With a human in the loop, iterating on bugfixes can work. It’s just more human-labor-intensive than an initial implementation.
I suppose you could invite users to submit bug reports, give them some guidelines on how to write them, and then have an LLM monitor the bug reports and fix them. But then I think you’d be more likely to see the creation of more bugs, as you say.
Like so many open source GUI projects, it's clear they have solid technical developers who are building good underlying tech, but they have no one on the project doing any kind of user research or spending time thinking about what good UI/UX looks like.
This is software's radiology moment.
Not so sure about that one
Is there any evidence that LLM development practices result in code that is more reliable or easier to maintain?
And is software truly open source if the preferred way to maintain it is via proprietary commercial services whose behavior is subject to frequent change without notice?
Is this true for large & mega corps as well with deep enterprise integration? Thats where the money is for most of them.
I'm not entirely sure they will, though.
Good luck.
On the other hand, it might be doable for Oracle themselves, what with all the tests they have to test the AI implementation against?
Jokes about training an LLM to golf with executives aside, how do you establish credibility for a vibe-coded reimplementation of Oracle sufficient to convince even one major Oracle customer to bet their business on it, at any price?
Also look through the issues page and you see issues like spell check doesn't work and image embedding doesn't work.
I prefer to not have those in my text editor
They come out of nowhere (sort of), and they're just a bit long-con trojan horse for some point in the future where the userbase will have to pay the piper.
I hope I'm wrong!
If these apps eventually have millions of users, most of whom will just be downloading the binary releases and using auto-update to get the latest version through some opaque updater, what's to stop a future update from being nefarious?
In this case, these ArtCraft apps are one person I think?
Cause you cant use AI that you cant guarantee wasnt trained on this implementation, and call it a clean-room implementation. At least not if you are going to be honest, but I guess that makes sense given how much these AI companies and their leaders lie.
And after that, can you tell me if you can call something a "clean-room implantation" without disclosing 100% of the training data used for the AI model making this supposedly "clean-room implementation"?
I really think the AI companies think there's no turning back on the infringement and they have to infringe in a "too big to fail" manner to the point where they can force an exception for AI not caring about the fallout for IP rights.
So they are claiming to follow the legally protected "decompile -> write spec -> new code from spec only" process but they're likely skipping the "write spec" step, and hoping/assuming that it's basically impossible to prove that they're doing so.
That would quickly fall apart in a courtroom, when they can’t produce the spec or show any evidence of development being done from the spec.
In any case, with LLMs I don’t see why that step would need to be skipped.
And if you get a letter from lawyers, then you tell your agents to write the spec at that point, and you produce the spec..
I'm not saying this is correct or legal, but I've noticed that everyone doing LLM-powered RE these days is stating "clean-room implementation" and my gut tells me that most of them are not actually doing it.
They may also lead commercial AI companies to severely restrict the capabilities of publically available models, especially in terms of reverse-engineering, which is a cost that could be far greater than the value provided by vibe-cloned software.
And isn't importing material produced in violation of copyright into countries that do respect these conventions prohibited by law?
A Word clone would have to offer something which Google Docs doesn't which is also what users want.
What a time to be alive.
Because nobody did before they published it. And they don't work.
Some work better then others though, eg my super basic usecases in photocraft mostly worked.
Types help: https://news.ycombinator.com/item?id=49806799
Agent memory helps: https://news.ycombinator.com/item?id=49948328
Storytold's projects include some: https://github.com/storytold/photocraft/blob/main/AGENTS.md
More?
as for skills, did similar research 3 months ago, and couldn’t find anything comprehensive …
except this link https://github.com/leonardomso/rust-skills/tree/master/rules
ended up asking claude for code review 3 time and logging best practices in markdown gives compound effect
as a heavy temporal.io user i was never really bothered with async tokio rust gotchas
https://github.com/temporalio/sdk-rust
python libs written in rust under hood is a good source of rustish domain specific best practices too … if you are ok to see lot of “unsafe” code and clever tricks
Of course, the quality of this is nowhere near good enough, but in theory :)
These Artcraft apps seem to work on Linux completely fine, at least with the bit I've played with.
I don't really use MS Office for anything but Excel since I don't really do WYSIWYG document editing and even if I did I probably would use LibreOffice or OnlyOffice or something. LibreOffice Calc just kind of sucks as of right now.
“Your scientists were so preoccupied with whether or not they could, they didn’t stop to think if they should."
I.e. lawyers, accountants, clerks generally