Wir machen gerade etwas, das sich für eine Softwareagentur vor ein paar Jahren noch falsch angefühlt hätte: Wir legen mehr Code offen.
Nicht alles. Kundenprojekte, Zugangsdaten, Kundendaten und sehr spezifische Integrationen bleiben privat. Aber alles, was allgemein nutzbar ist und niemandem gehört außer unserer eigenen Arbeit, soll Schritt für Schritt öffentlich werden.
Warum wir Code teilen
Der Grund ist einfach: Code verändert gerade seinen Charakter. Früher war jede Zeile etwas, das man mühsam geschrieben, geschützt und gehütet hat. Heute kann ein gutes KI-System in kurzer Zeit riesige Mengen Code erzeugen.
Das macht Softwareentwicklung nicht automatisch trivial. Im Gegenteil. Gute Entscheidungen werden wichtiger. Architektur, Tests, Betrieb, Sicherheit, Produktverständnis und die Frage, was überhaupt gebaut werden sollte, sind heute wertvoller als die einzelne Codezeile.
Und ja, das verändert auch den Blick auf Ownership. Wenn KI auf Knopfdruck 100.000 Zeilen schreiben kann, dann muss man nicht mehr jede Hilfsfunktion wie einen Schatz vergraben. Entscheidend ist, ob das Ganze in einem guten Rahmen läuft: mit klarem Tech-Stack, sauberen Grenzen, nachvollziehbaren Tests und Menschen, die die Richtung vorgeben.
Wenn Menschen plötzlich selbst bauen
Wir sehen jeden Tag, dass Menschen ohne klassische Programmierausbildung kleine Tools bauen können: ein Formular, ein Auswertungsskript, eine Automatisierung, einen internen Assistenten. Manches landet sogar online. Nicht perfekt. Aber brauchbar genug, um Arbeit zu verändern.
Das verschiebt auch unsere Rolle als Softwareagentur. Wir müssen Code nicht verstecken, damit er wertvoll bleibt. Wir müssen Systeme bauen, die nachvollziehbar, robust und gut geführt sind. Genau dort liegt künftig mehr Wert als im Besitz eines privaten Repositorys.
Skills gehören nicht in die Schublade
Besonders deutlich wird das bei Agenten-Skills. Ein Skill beschreibt, wie ein KI-Agent mit einem System oder Prozess umgehen soll: welche Befehle es gibt, welche Reihenfolge sicher ist, was gelesen werden darf und wo der Agent stoppen muss.
Wenn wir einem Agenten beibringen, mit SevDesk, Facilioo oder HERO zu arbeiten, dann ist das kein Geheimwissen, das in einer Schublade liegen sollte. Es ist Infrastruktur. Andere sollen so einen Skill nutzen, prüfen, verbessern und an ihre eigenen Prozesse anpassen können.
Ein gutes Beispiel ist unser SevDesk-Agenten-Skill. Er bringt Agenten bei, wie sie mit einem Buchhaltungssystem arbeiten können: read-first, mit Bestätigungen, mit klaren Schutzrails. Genau solche Bausteine wollen wir teilen.
Open Source heißt dabei nicht: alles blind in die Welt kippen. Gerade Skills, die schreiben, buchen oder Systeme fernsteuern, brauchen Regeln.
erst lesen, dann schreiben
klare Bestätigungen vor riskanten Aktionen
gute Logs und nachvollziehbare Zwischenschritte
keine stillen Löschaktionen
Wenn diese Regeln offen dokumentiert sind, kann man sie diskutieren. Und verbessern. Das ist besser, als wenn jeder seine kleinen Agenten-Werkzeuge alleine im privaten Repository pflegt und dieselben Fehler wiederholt.
Open Source ist auch Sicherheit
Öffentlicher Code ist nicht automatisch sicher. Aber er kann angeschaut werden. Von Menschen, von anderen Agenten, von Sicherheitswerkzeugen. Und je besser KI-Systeme darin werden, Fehler und Sicherheitslücken zu finden, desto weniger überzeugend ist das alte Argument, Sicherheit entstehe vor allem durch Unsichtbarkeit.
Private Repositories behalten ihren Platz. Kundendaten, Projektlogik, Zugangsdaten und alles, was vertraglich oder fachlich vertraulich ist, bleibt privat. Aber allgemeine Werkzeuge, Boilerplates, Skills und Hilfsprogramme müssen nicht hinter einer Wand verschwinden.
Was bleibt
Wir wollen, dass andere auf unserer Arbeit aufbauen können. Kostenlos, nachvollziehbar, mit der Möglichkeit, Dinge besser zu machen als wir. Das ist kein romantischer Open-Source-Schwur. Es ist eine nüchterne Reaktion auf eine Entwicklung, die sowieso passiert.
Code wird mehr und mehr Gemeingut. Der Unterschied liegt künftig weniger darin, wer die meisten Zeilen besitzt. Er liegt darin, wer die richtigen Probleme erkennt, gute Systeme baut und Verantwortung für das übernimmt, was diese Systeme tun.
Unsere öffentlichen Repositories findest du auf github.com/codecell-germany.
