Ontwikkelaar maakt met AI open source alternatieven voor Adobe- en Office-apps

Ontwikkelaar Brandon Thomas heeft gratis te gebruiken, open source varianten van Adobe- en Microsoft Office-software gemaakt. Thomas maakte de apps met AI Claude van Anthropic. In totaal zijn er nu twaalf apps beschikbaar, die draaien op Windows, macOS, Linux en in de browser.

Thomas publiceerde vorige week onder de naam Artcraft de eerste zeven apps. Deze apps hebben dezelfde gebruikersinterface en tools als Adobe Photoshop, Illustrator, Premiere, Lightroom, After Effects, InDesign en Acrobat Pro, schreef Ars Technica toen. De apps zijn te downloaden via de website van Artcraft en staan op GitHub.

De apps zijn geschreven in Rust, maar er zijn ook WebAssembly-versies voor gebruik in de browser. Thomas ontwikkelde de apps met Claude Opus 5.5. Ze verschenen in een 'supervroege alfaversie', maar moeten over een paar maanden net zo goed zijn als de versies van Adobe, claimt Thomas.

Inmiddels heeft hij de suite uitgebreid met vijf nieuwe apps, meldt The Register. Drie daarvan vervangen de Microsoft Office-tools Excel, PowerPoint en Word. Ook voor deze apps gebruikte hij Claude. Volgens de ontwikkelaar zijn ook deze apps nog niet af. WordCraft, een alternatief voor Word, biedt nu bijvoorbeeld 62 procent van de functies van Word, zegt Thomas. De app zit dan ook nog in het stadium prealfa.

De Artcraft-suite heeft daarnaast een app voor cad, om grafische representaties van fysieke objecten te maken. Architecten gebruiken bijvoorbeeld cadsoftware. Tot slot maakte Thomas een app om audio op te nemen en te mixen.

Foto's bewerken in PhotoCraft. Bron: ArtCraft

Reacties (66)

[TheFoundation101]

Jammer dat er niet bij staat hoeveel kapitaal deze developer daartegenaan heeft moeten gooien. Claude op deze schaal is verre van gratis. En om de advocatenkosten voor de verdediging tegen intellectual property inbreuken (die ongetwijfeld zullen volgen) te kunnen betalen heeft hij best ook best een paar tonnetjes opzij staan.

Om maar te zeggen, dit soort initiatieven ondernemen is maar weggelegd voor een select clubje van happy few...

[xoniq]

Welke inbreuken als de developer nooit broncode in heeft gezien? Visueel namaken is een heel ander ding.

En Claude kan dit prima met een 100 tot 200 dollar per maand abbo icm Opus 5.5.

[Oon]

Dat maakt allemaal niet uit, als Adobe een rechtszaak wil starten dan is dat heel duur om te verdedigen, ook als je in je recht staat

[xoniq]

Dan hoop ik dat iemand genoeg investeerders aan hun kant krijgt om Adobe eens even af te remmen. Kijk hoe ze omgaan met mensen die willen annuleren. Smerige club die alles op t randje van de wet doet, en een ecosysteem maken waar mensen niet uit kunnen komen.

Als ze ooit legacy worden, juich ik dat toe.

[Oon]

Daar ben ik het helemaal mee eens, maar concurrentie in die markt is vrijwel onmogelijk.
Affinity komt een heel eind, maar ook die winnen dit gevecht niet.

[xoniq]

En dan zijn ze zelfs overgenomen door Canva (dacht ik?). Ook geen kleine partij. Ik ben zelf geen Adobe expert, dat ging tot CS2 vroeger. Dus ik redt me prima met de tools van Affinity.

[Oon]

Ja, maar het probleem is dat Adobe de industriestandaard is, als ZZPer of onderdeel van een groot team waar je veel met grafische assets werkt kun je niet aankomen met iets anders dan een .AI of .PSD bestand.
In een groot team werken de collab tools van Adobe goed, het integreert goed met alle andere (Adobe) tooling die gebruikt wordt, en bovendien werkt het gewoon echt goed en is het waar iedereen aan gewend is.
Dat betekent dus ook dat nieuwe mensen opgeleid worden om Adobe te gebruiken.

De kans dat er een groot genoege groep uit zichzelf iets anders gaat gebruiken om daar verandering in te brengen is klein. Het kost een bedrijf véél meer geld om mensen de uren te laten steken in het leren van Affinity dan dat de licentie voor Adobe kost.

[Kees]

Ik weet niet of hij in zijn recht staat.

Ik hoop wel op rechtszaken en dan inderdaad met name Adobe tegen de AI bedrijven (niet een individuele developer) zodat we duidelijkheid krijgen over wat je wel en niet met AI mag doen. In tegenstelling tot individuele auteurs en artiesten heeft Adobe wel diepe zakken.

Bijvoorbeeld: mag je AI vragen om een programma te maken in de stijl van Adobe met dezelfde functies?

Dat is in mijn mening equivalent aan: Mag je AI vragen om een afbeelding na te maken met als basis een copyrighted beeld. Bijvoorbeeld; 'maak een comic in de stijl van XKCD'

[EraYaN]

Omdat dit gewoon direct van de binaries geripped is? Dat jij als dev niet meekijkt is niet meteen het probleem. Zelfs look-and-feel is al een keer reden geweest om niet in het voordeel van de kopieerder uit te vallen. Denk dat Adobe echt wel een poging gaat wagen.

[xoniq]

Omdat dit gewoon direct van de binaries geripped is?

Hoe weet je dat zo zeker? En uiteraard zullen ze wel wat wagen. Ene keer met succes, andere keer met minder succes. Beetje zoals met emulators voor retro games. Is ook geen definitief antwoord op.

Blijft ook levend, terwijl dat de core business is van partijen zoals Nintendo en Sony. Vooral met die PS5 gebeuren momenteel, zit Sony vast niet op te wachten.

[EraYaN]

Omdat de reverse engineer anyting tooling gewoon op de binaries werkt? Dat is hoe je snel de AI een kopie laat maken.

[Wolfos]

Photopea staat anders al heel lang. Enige nadeel is dat het web-based is en alsnog abonnementen verkoopt.

[lenwar]

Intellectuele eigendom is niet alleen voor 'code' in dit geval. Ook octrooien vallen hieronder, en daarmee dus 'het visueel namaken' (dus) ook.

Dus even een gek voorbeeld:
Stel dat een ander bedrijf een octrooi heeft op dat percentage-veld linksonder in beeld in de screenshot, dan mag niemand anders dat zomaar gebruiken/toepassen. (uiteraard slaat m'n concrete voorbeeld nergens op, maar even voor het idee)

Ik denk dat @TheFoundation101 hier een heel valide punt aanhaalt. Het kan haast niet anders dan dat al deze softwarepakketten minimaal een zwik octrooien van derden raken. Ik weiger namelijk te geloven dat de Claude modellen bij ieder stukje ontwerp de complete octrooi-databases doorspit.

[MenN]

Ongetwijfeld dat AI ons ontzettend meer tools gaat opleveren.

Maar om te zeggen dat alle SAAS ten dode is opgeschreven dat geloof ik niet. Je doet vaak ook inkoop omdat je zaken als infrastructuur, support, en compliance kunt uitbesteden.

Er is echt en verschil tussen een tool namaken die functioneel het zelfde kan, en een platform waarop je kunt bouwen en vertrouwen en je door je audits en certificering komt.

Dat gezegd hebben, het is behoorlijk indrukwekkend wat je kunt maken. Voor veel mensen zal dit gewoon 'goed genoeg' zijn.

[Reactie gewijzigd door MenN op 12 oktober 2026 10:35]

[Soliest]

Van Tweakers verwacht ik bij een bericht als deze dat er toch iets meer "nieuws" danwel onderzoek gedaan zou zijn naar de software. Nu lijkt het meer een reclame artikel.
Van wat ik er over heb gevonden is dat het inderdaad nog niet af is en erg buggy. Zeker bij fotobewerking in RAW werken de functies nog niet goed en kan deze software dus nog niet als vervanging gebruikt worden.
Wel is het natuurlijk knap dat er in zo een korte tijd een nagenoeg gratis kopie gemaakt kan worden. Wat gaat dit doen op de software markt? We zien in andere berichten ook dat met AI verschillende games inelkaar gepropt worden.

[punishedbrains]

Dat is meteen ook mijn zorg bij het "democratiseren" van software maken. Aan de ene kant is dat best wel uniek en mooi, dat je zelf oplossingen kan maken voor wat je dan ook bedenkt. De andere kant is dat ik als software ontwikkelaar daar niet echt meer mee kan concurreren, wat neer gaat komen op minder inkomsten. Als dat door zet valt straks een groot deel van de markt wellicht weg inclusief support etc. dus ik denk niet dat het altijd positief zal zijn. Enige wat ik kan bedenken is software maken (ik maak nog ouderwetse, native desktop apps) die enorm complex zijn en aanbieden voor een hele lage prijs.

[PCR]

Daarom denk ik dat het vak 'software ontwikkelaar' anders ingestoken moet worden. Ik heb zelf een softwarebedrijf maar we bieden eigenlijk geen software aan. We bieden oplossingen aan en software is meestal de eindoplossing. Het hele traject van probleemomschrijving, verschillende oplossingsrichtingen en dan uiteindelijk het uitdenken van de oplossing is iets wat voor LLM's nog wel toekomstmuziek is. De context waarbinnen probleem -> oplossing wordt ontwikkeld, is vele vele malen groter dan de context die een LLM kan 'zien'. En dat deel doen wij nog altijd als softwarebedrijf. Blijft dit zo de komende maanden/jaren? Geen idee, maar op dit moment zien we een toenemende vraag/omzet dus voorlopig is de strategie 'go with the flow'.

[Niema]

Bedrijven betalen veel voor software-as-a-service modellen, zoals red hat Linux of Ubuntu pro waar langetermijn ondersteuning wordt belooft. Het geld in de tech industrie zit vooral in lange ondersteunings contracten en hele pakketen. Waarschijnlijk nemen de meeste bedrijven alles alsnog via een tussenpartij af die niet alleen licenties regelen voor o.a lange termijn ondersteuning, maar ook 24/7 servers met hoge uptime via bijvoorbeeld AWS. Dit zijn het type bedrijven waar het echte geld valt te verdienen en er belang bij hebben dat de klant geen stabiliteits, compatibiliteit of beveilgingsproblemen ondervindt. En ja, dit geld ook voor design software als Photoshop. Mij lijkt het logisch dat je software verkoop uiteindelijk primair richt op bedrijven en daarbij kan dus je product prima bestaan uit het onderhouden en stabiel en voorspelbaar houden van open source producten mits dit minimale interventie van de klant vereist en voldoet .

Zaken als Gnu, Linux (en sommige distros), maar ook open source afhankelijkheden als Python, sinds recent ook wine/proton worden al jaren( zo niet decennia ) betaald en gefinancierd als producten echt lange termijn waarde hebben als het een standaard wordt en door meerdere bedrijven gebruikt wordt. Wordt het dat niet en faalt dit product dan kiezen grote bedrijven voor iets anders,zoals Photoshop en zal dat financieel rendabel blijven.


De hele tech wereldmarkt is al meerdere jaren bepaald bij een klein aantal grote spelers elk in hun eigen subniche. Kiest een van deze grote spelers, zoals bedrijf of overheid jouw product dan is financiering uiteindelijk het probleem niet. Dit is terug te zien bij de ontwikkeling van programmeertalen, libraries, bestuuringssystemen, protocollen(http(s),(s)ftp, udp). Ontwikkeling gebeurt bijna allemaal in het publiek, open source en werkt. Wil je geld verdienen dan zit dat geld in software-as-a-service contracten waarbij je langetermijn ondersteuning belooft voor een heel pakket

[gavinz]

Er is onlangs ook een repo uitgekomen die heet Morluto/rea (reverse engineer anything)

Dit laat goed zien wat er mogelijk is met AI en het zal me niks verbazen als heel veel software diensten zo gekopieerd gaan worden. Ben erg benieuwd wat dit met de markt gaat doen.

[PjotrX]

Let wel op dat reverse engineering anders is dan een clean room implementatie zoals deze. Met reverse engineering vertaal je in feite de assembly terug naar een ander programmeertaal. Afhankeijk van in welk land je leeft is dit verboden of alleen legaal als je de orginele software bezig (en soms zitten daar, afhankelijk van land nog eisen aan zoals "alleen als de orginele applicatie niet werkt op je systeem"). Ook wordt dat gezien als ongeautoriseerd afgeleid werk wat betekend dat je het niet zo maar mag distribueren aan anderen. Bij een clean room implementatie kijk je alleen naar wat de programma kan doen en bouw je dat na op je eigen manier. Dan mag je veel meer zolang je patenten weet te vermijden.

[Groax]

Ja, had hem ook al gevonden. moneteel 123k stars en komen er met de minuut meer bij.
Gaat niet lang duren voor deze repo offline gaat denk ik.

Plus, als software developer heb ik hier wel sad gevoelens bij. Om te spelen hiermee, sure! go nuts! Maar mensen gaan dit gebruiken voor winst en vervuilen de markt nog meer met fake, niet goed werkende applicaties die waarschijnlijk al je data stelen als ze de kans ervoor krijgen.

[fenrirs]

Absoluut. Onderliggende algoritmes in raw suites zijn erg complex en ik ga er van uit dat deze enkele ontwikkelaar echt niet alle ins en outs kent zoals de teams van Adobe, Capture One en Darktable, laat staan kennis over complexe kleur theorie etc etc etc

Bovendien is zo’n one man project een gigantische SPOF

[olafmol]

Exact, in "mijn" space van CI/CD zie je ook de ene na de andere "enterprise" CICD oplossing tevoorschijn komen op github, vibe-coded door 1 persoon. Op het eerste oog ziet het er super professioneel en uitgebreid uit, ook met heel veel "enteprise features". Als je dan even goed verder kijkt zie je dat het vrijwel allemaal cosmetisch is, echt de CRUD en GUI laag. Al het acherliggende gebeuren, waar meer dan 80% van de complexiteit in zit, zit er gewoonweg niet in. Dat kan ook niet, omdat die specs niet meegegeven worden in de prompt, omdat de "vibe coder" in kwestie daar gewoonweg niet over nadenkt of er geen ervaring mee heeft, ofwel het model is daar niet op getraind, omdat specfiek op schaal draaien van CICD platformen niet echt een "publiek" ding is, maar meer heel veel trial&error en jarenlange ervaring.

[Reactie gewijzigd door olafmol op 12 oktober 2026 10:59]

[xoniq]

Had wel meer verwacht hierop:

AI-model Claude

Sinds wanneer is Claude een model? Dacht dat dat Opus, Haiku enz waren. Maar zal wel aan mij liggen.

[Gemeni]

Waarom zoveel Apps bouwen die half af zijn? Zou het niet beter zijn om minstens 1 App helemaal af te bouwen zodat je ook echt bewijst dat het een volwaardig alternatief is?

Waarschijnlijk dan alleen minder media aandacht…

[Oon]

Omdat je hiermee het snelst de meeste dekking hebt. Doe je één app voor fotobewerking dan bouwt iemand anders de app voor PDF's.
Dat het allemaal hartstikke buggy en verre van bruikbaar (laat staan bruikbaar in professionele context) is maakt niet uit, het is toch allemaal AI slop dus er zijn geen verwachtingen.

[ArmEagle]

Agentic development; je bent gewoon tegelijkertijd met alles bezig.

[PjotrX]

Omdat een app niet 100% af moet zijn om werkbaar te zijn. Ik gebruik veel Adobe software maar meestal toch maar een fractie van de functionaliteit die elk pakket biedt. Meestal gebruik je ook meerdere software voor een project door elkaar. Met alleen een photoshop alternatief kan ik niet losstappen van Adobe, met een alleen een InDesign alterntief ook niet. Je zou dus een suite van meerdere software-pakketen moeten hebben om echt los te stappen van Adobe.

[ApexAlpha]

Wow wat een tijd. Prachtig!

Een bug-for-bug implementatie van Office/Excel voor Linux zou prachtig zijn.

[Snow_King]

Ik was met Claude ook al aan het kijken om een single-use Linux distro voor wat systemen van mij te maken.

Distro boot, start alleen de applicatie die ik nodig heb via init, verder niets. Geen systemd, niets. Kernel met alleen er in wat enkel nodig is voor die omgeving en dat was het.

Ja, dit kan ook met containers, maar een eigen VM heeft soms ook nog zijn voordelen.

Punt is vooral, je kan nu zo ontzettend veel zelf doen en proberen, dat is echt gaaf.

[dehardstyler]

Een bug-for-bug implementatie van Office/Excel voor Linux zou prachtig zijn.

Proest!

Ik kan in ieder geval bevestigen dat de Adobe Acrobat (Printcraft) redelijk werkt, maar het is zeker nog geen vervanger door wat bugs / features die überhaupt nog moeten komen. Maar goed, het is nog geen week onderweg natuurlijk.

[ChiLLeR]

Software bedrijven hebben echt een probleem met hun marges. De tijd van 90% marge maken is naar mijn idee voorbij, ik begrijp dat je bij een software bedrijf ook ontwikkeling en support koopt. Maar wat je voor bijv. adobe pakketten betaald is absurd, of sommige simpele tools die wij in ons bedrijf gebruik voor paar duizend euro per jaar. Die zijn wij allemaal aan het vervangen door zelf ontwikkelde tools. Goedkoper, en precies op maat zoals wij het willen.

[HenkEisDS]

Klopt precies! Je komt echt niet meer weg met zogeheten value based pricing, de gehele markt gaat naar cost based pricing bewegen.

[Psychilles]

Anekdotisch: Maar ik heb gisteren tijdens de was ophangen een media manager gemaakt met Claude, waarmee ik Canon .MXF en .CRM video files heel erg snel kan bekijken, hij laad mega snel thumbnails en ik kan live kijken met luts erover.
1 middagje werk. TOV een app die al gouw €10-25 per maand moet kosten... Ik kan helemaal bevestigen wat je zegt. Dat ga ik niet betalen voor basic functionaliteit.

[Tweakez]

We gaan andere prijzen zien op de markt! Hopelijk.

[Kroesss]

Die beweging zul je inderdaad gaan zien denk ik, maar ik verwacht wel dat er ook echt een markt gaat blijven voor de software zoals we die nu kennen. Vooral grotere bedrijven willen voor hun bedrijfskritieke software SLA's met garanties op een bepaalde uptime, en software die je zelf met Claude hebt gemaakt heeft dat domweg niet.

[Wolfos]

Ha, ik werd laatst in de comments voor gek verklaard dat men straks gewoon even een alternatief voor subscription-based software vibecoded. Die Photoshop kloon is zeer welkom en ga ik straks even uitproberen. Desnoods onderhoud ik het zelf wel.

[Moortn]

Het laag hangend fruit heb je zo gevibecode en dan heb je de pre-alpha build uit het artikel die op het eerste gezicht best af lijkt. Ik vermoed dat er nog veel meer tijd (lees: tokens) in gaat zitten om het van 62% naar 90% te krijgen dan voor de eerste 62%. Bij Adobe Lightroom wil je bijvoorbeeld direct foto's van je camera laden, zodat je bij een photoshoot resultaat live op je laptop ziet.

Daarnaast zit veel software vol met koppelingen naar externe partijen, wat ook een stuk lastiger is te vibecoden. Als de documentatie van die partijen al klopt dan kan vinden ze het vaak niet zo leuk dat AI brute-force gaat lopen testen.

[SilentDecode]

Ik moet eerlijk zijn en zeggen dat ik écht een schurfthekel heb aan vibe-coded projecten. Maarja, aan de andere kant: Adobe naaien is altijd humor, gezien hun schijtsoftware ook gewoon daadwerkelijk schijtsoftware is (aldus heel veel youtubers/creators).

[J_van_Ekris]

Linus Tech Tips had al een YouTube video hierover waarbij editors de Photoshop clone probeerden. Er zaten nog behoorlijk ruwe kantjes in, maar dat kan natuurlijk wel snel veranderen als de community dit oppikt.

Ik moet zeggen ik ben destijds overgestapt van Photoshop naar Affinity, maar ook daar ben ik niet echt enthousiast over upgraden, ondanks dat het een gratis product geworden is. Een beetje wantrouwen dat als het product gratis is, ik het product geworden ben blijkbaar.

[sieuwe]

Bij de video van LTT gebruiken ze Photon Studio in plaats van de app uit het artikel.

[Soliest]

Bij een Affinity heb ik dat gevoel zeker ook. Zeer zeker nu ik het na een tijdje niet gebruikt te hebben nu moet inloggen met een Affinity account. Ik kan me niet herinneren dat ik dat in het begin ook moest doen.
Voor Lightroom alternatief gebruik ik nu de gratis Darktable, maar als ze Lightroom volledig kunnen clonen en als gratis variant kunnen aanbieden, dan ben ik snel over. Al heb ik bij zoiets ook een wantrouwen of ze er niet misschien een backdoor in hebben gebouwd waarmee ze je gegevens kunnen gaan downloaden.

[mard0]

... veranderen als de community dit oppikt...

Het is zonde dat er voor de MIT licentie gekozen is.
Lightcraft heeft moeite met RAW bestanden en heeft geen lens correctie library. Problemen die in de opensource community allang zijn opgelost, maar nu niet gebruikt kunnen worden.

[Reactie gewijzigd door mard0 op 12 oktober 2026 10:45]

[Henk Poley]

Let wel, dat de applicaties niet zo compleet, en correct zijn, als de ontwikkelaar (chatbot zelf denk ik ook) laat blijken.

Dit soort ontwikkelingen leiden vast tot enkel cloud hosted applicaties in de toekomst. Laten we hopen dat Microsoft z'n RDP fixt omdat anders alles met 64 FPS stottert, op schermen die dat zeker niet zijn.

FPS-limiet ≈ 1000 / DWMFRAMEINTERVAL

DWMFRAMEINTERVAL = 15 → ~66 FPS in theorie. In de praktijk kom je uit op ongeveer 64 FPS, omdat de standaard timertik van Windows 15,625 ms is, en 1000 / 15,625 = 64.

Dat allerlei oude software nu juist compatible kan worden gemaakt met nieuwe platforms, is een overigens een positieve ontwikkeling.

[Reactie gewijzigd door Henk Poley op 12 oktober 2026 10:24]

[Kroesss]

ik vermoed dat het juist niet richting alleen maar cloud-based gaat. Ik zie om mij heen steeds meer twijfels komen over de cloud, vooral door hoe de overheid van de USA zich momenteel gedraagt. En daarbij bied een cloud-based applicatie natuurlijk geen enkele bescherming tegen "kopieren" met AI. Het is niet zo alsof Claude de bestanden heeft kunnen ontleden in dit geval. Het is gewoon het namaken van een een user interface en de bijbehorende functies. Daarbij maakt het geen enkel verschil of die software native draait of in een browser.