Open Source

Wat betekent open source voor AI-tools?

Open-source software publiceert broncode onder een licentie die inspectie, wijziging en (meestal) herdistributie toestaat. Bij AI-tools kunt u lezen hoe prompts, logs en credentials worden behandeld, het product aanpassen aan uw stack en het draaien zonder te wachten op de cloudregio van de leverancier.

Open source is niet hetzelfde als gratis bier, en niet hetzelfde als self-hosted. Een Apache-project kan u toch naar een betaald hosted control plane duwen. Een propriëtair appliance kan self-hosted zijn met licentiesleutel. Lees het licentiebestand en het standaard telemetriepad, niet het marketingwoord "open".

Waarom AI-teams dit belangrijk vinden

Auditability. Engineers zien code die klantgesprekken raakt — belangrijk in healthcare, finance en legal.

Maatwerk. Gesloten producten beperken patches. Open tools laten auth, retentie, modelrouting en integraties op uw kalender wijzigen.

Geen single-vendor kill switch. Propriëtaire API's verdwijnen. U kunt een git-tag pinnen, forken of een oude release blijven draaien.

Community-snelheid. Actieve projecten krijgen vaak sneller security fixes en adapters (LangChain, Kubernetes charts) dan een gesloten roadmap publiek toegeeft.

Licenties die u echt tegenkomt

• MIT — Zeer permissief. Copyrightvermelding behouden. Commercieel gebruik normaal.
• Apache 2.0 — Permissief plus expliciete patentgrant. Gangbaar in enterprise-vriendelijke AI-infra.
• GPL v3 — Copyleft: een gewijzigd binair distribueren betekent meestal bron onder GPL delen.
• AGPL v3 — Copyleft dat veel netwerk/SaaS-deployments bereikt. Legal review vóór intern product.
• Source-available / BSL / open core — Leesbare code; rechten misschien niet wat u denkt. Niet OSI-open tot counsel akkoord is.

Open-source AI-tool evalueren

1. Licentiecompatibiliteit met hoe u levert (intern, SaaS, on-prem).
2. Wie merge't: bedrijf, stichting of enige maintainer zonder backup.
3. Releasecadans, ondertekende artefacten, securitycontact.
4. Productiedocs: Compose/Helm, backups, upgrades, wat naar huis belt.
5. Of "open" trainingsdata, eval sets, agent runtime of alleen een dunne client omvat.
6. Dual licensing: welke features achter commerciële SKU.

Risico's

Ononderhouden repo's rotten. AGPL in een geproductiseerde dienst kan onbegrote source disclosure forceren. "Open weights" is niet dezelfde open applicatie. Crashreports en licentiechecks kunnen traces exfiltreren. Forks zonder maintainerplan worden uw wacht.

Veelgestelde vragen

Staat het op GitHub, is het open source?

Alleen met erkende open-source licentie en gebruik van gelicenseerde bestanden. "All rights reserved" is geen open source.

Apache 2.0-code in commercieel product?

Meestal ja, ook closed source, als notice/NOTICE-voorwaarden kloppen. Bevestig patenten/merken met legal.

Moeten we wijzigingen publiceren?

Niet onder MIT/Apache 2.0 voor typisch intern of SaaS-gebruik. GPL/AGPL anders. Lees licentie vóór redistributie of netwerkdienst.

Is open source automatisch veiliger?

Nee. Zichtbaarheid helpt als iemand leest en patcht. Verlaten public repo kan slechter zijn dan vendor met security-SLA.

Relatie met self-hosted?

Open source maakt self-hosting mogelijk. Het beheert de cluster niet voor u. Zie tag Self-Hosted.