Vor wenigen Wochen haben wir WatchGrid released, ein schlankes Linux-Server-Monitoring. Und fast zeitgleich haben wir etwas getan, wovon uns mancher Business-Berater vermutlich abgeraten hätte: Wir haben den kompletten Client-Agenten, der auf den Servern unserer Nutzer läuft, quelloffen auf GitHub gestellt. Das Repository findest du unter github.com/stheosde/watchgrid-agent .
Wir haben das nicht getan, um billig Klicks abzugreifen oder ein paar GitHub-Sterne zu sammeln. Wir haben es getan, weil wir als Entwickler selbst keine Lust mehr auf die typischen "Blackboxes" moderner Software-Anbieter haben. Und vor allem, weil wir glauben, dass die rasante Entwicklung von KI-gestütztem Coding proprietären Client-Code ohnehin überflüssig macht.
Hier ist die Geschichte hinter unserer Entscheidung, und warum ich glaube, dass viel mehr Software-Unternehmen anfangen sollten, Teile ihrer Software freizugeben.
Niemand will deine Blackbox auf seinem Server#
Wer Software baut, die auf der Infrastruktur anderer Leute läuft (egal ob Agent, CLI-Tool, Library oder ein einfaches Integrations-Skript), verlangt von seinen Nutzern einen enormen Vertrauensvorschuss.
Aus der Perspektive eines Entwicklers ist das jedes Mal ein Sicherheitsrisiko. Wenn wir ein closed-source Paket per npm oder pip installieren, eine vorkompilierte Binärdatei mit Root-Rechten ausführen oder ein Setup-Skript per curl ausführen, wissen wir im Grunde nie genau, was im Hintergrund passiert. Werden sensible Umgebungsvariablen übertragen? Gibt es Speicherlecks? Ist irgendwo eine Hintertür versteckt?
Als wir WatchGrid konzipiert haben, war uns klar: Diesen Vertrauensvorschuss wollen und können wir nicht einfach so einfordern.
Wenn Kunden unseren Code auf ihren Produktivsystemen ausführen, müssen sie jede Zeile davon einsehen können. Sie müssen die Sicherheit selbst überprüfen, den Code bei Bedarf selbst kompilieren oder das Ganze forken können, falls sie mit unserer Implementierung nicht einverstanden sind.
Das gilt aber keineswegs nur für Monitoring-Tools, sondern für Unternehmens- und Business-Software im Allgemeinen. Wenn du von einem Kunden verlangst, Software in dessen eigenem Netzwerk zu installieren, ist Closed-Source ein massiver Reibungspunkt. Es verlangsamt den Einkaufsprozess, führt zu endlosen Sicherheitsfragebögen und schafft grundlegendes Misstrauen. Die Offenlegung dieser Client-Komponenten löst all diese Probleme auf einen Schlag.
Der Wandel durch KI: Code ist kein Burggraben mehr#
Lange Zeit haben Software-Unternehmen ihre Client-Bibliotheken und Agenten wie einen wertvollen Schatz gehütet. Die Angst war groß: „Wenn wir das quelloffen machen, kopiert die Konkurrenz unseren Code und baut uns nach.“
Aber seien wir ehrlich: Im Zeitalter von Large Language Models (LLMs) und KI-Coding ist dieses Argument hinfällig.
Wer heute einen Agenten schreiben will, der Systemdaten abfragt, Docker-Container auflistet oder systemd-Dienste überwacht, muss keinen Code kopieren. Eine kurze Frage an Gemini oder Copilot reicht, um in wenigen Minuten eine funktionierende Implementierung in Go oder Rust auf dem Tisch zu liegen zu haben. Der Code selbst ist kein Wettbewerbsvorteil (Burggraben) mehr.
Der tatsächliche Wert eines Software-Produkts hat sich verschoben. Er liegt nicht im nackten Client-Code, sondern in ganz anderen Dingen:
- In der Infrastruktur, die nötig ist, um diese Datenmengen zuverlässig und schnell zu verarbeiten.
- Im Design und der User Experience der zentralen Plattform.
- In der Zuverlässigkeit der Alerting-Pipelines.
- In regulatorischen Faktoren wie DSGVO-Konformität und dem Hosting-Standort (bei uns ist das Deutschland, was gerade für europäische Kunden ein entscheidender Vertrauensfaktor ist).
Wenn Code so einfach generiert werden kann, schützt proprietärer Client-Code dein Business nicht mehr. Er macht es deinen Nutzern lediglich schwerer, dein Tool zu integrieren.
Warum offener Code deine Software „KI-freundlich“ macht#
Es gibt noch einen ganz praktischen, zukunftsorientierten Grund für Open Source im KI-Zeitalter.
Entwickler schreiben Integrationen heute immer seltener komplett von Hand. Stattdessen nutzen sie KI-Assistenten und sagen: „Hilf mir, dieses Tool in meine CI/CD-Pipeline zu bauen“ oder „Schreib mir ein Skript, um dieses Setup zu automatisieren“.
Wenn dein Agent oder deine Library closed-source ist, agiert die KI im Blindflug. Sie kann den Code nicht analysieren, kennt keine Edge-Cases, keine internen Flags oder Strukturen und muss sich auf veraltete Dokumentation verlassen.
Indem wir den WatchGrid-Agenten Open Source gemacht haben, machen wir ihn fit für KI-gestützte Workflows. Wenn ein Nutzer mit einem KI-Assistenten ein Ansible-Playbook schreiben, einen Docker-Wrapper bauen oder einen Systemkonflikt debuggen möchte, kann die KI den echten Quellcode auf GitHub lesen und eine präzise, funktionierende Lösung liefern.
Open Source sorgt dafür, dass sich deine Software nahtlos in moderne, KI-gestützte Entwickler-Workflows einfügt. Closed Source isoliert dich davon.
Denken wir Software-Code neu#
Teile deines Produkts quelloffen zu machen, bedeutet nicht, dass du dein gesamtes Geschäftsmodell aufgeben musst. Wir machen nicht unsere gesamte Plattform Open Source: wir betreiben ein Unternehmen und müssen unsere Server und Entwicklungszeit finanzieren.
Aber eine klare Trennung zwischen clientseitigem Hilfstool und Plattform-Mehrwert zu ziehen, war für uns extrem befreiend. Es erlaubt uns, unsere Energie in ein schnelles, sicheres Backend zu stecken, während unsere Nutzer die volle Kontrolle und Transparenz über den Code haben, der auf ihren Maschinen läuft.
Ich hoffe, dass mehr Gründer und Software-Teams diesen Schritt wagen. Hört auf, SDKs, CLIs und Agenten zu horten. Macht sie öffentlich. Das schafft Vertrauen, erleichtert die Integration und in einer Welt, in der KI den Code ohnehin schreiben kann, ist Transparenz der einzige echte Wettbewerbsvorteil, der bleibt.
Falls du einen Blick in den Code unseres Agenten werfen, ihn prüfen oder uns Feedback geben willst, findest du das Repository hier: github.com/stheosde/watchgrid-agent
Und wenn du die Plattform dahinter in Aktion sehen willst, kannst du sie auf watchgrid.de kostenlos für bis zu drei Server testen.
