Zum Inhalt springen
SpaceParrots logo
Open Source

Developer-Tools, die aus echter Projektarbeit entstanden sind

Beide Tools hier sind Nebenprodukte von Kundenprojekten. Etwas hat im Alltag gefehlt, ich habe es gebaut, und weil es funktioniert hat, liegt es jetzt offen auf npm und GitHub. Kein Produktgeschäft, kein Lizenzmodell: Code, den Sie prüfen, forken und ohne mich weiterbetreiben können.

Die Tools

Die beiden Tools im Überblick

nit und vex lösen unterschiedliche Probleme. Beide sind Open Source und stehen auf npm und GitHub bereit.

nit

Point-and-Click-Annotation für Websites, die kleine UI-Fixes direkt an einen Coding-Agenten übergibt.

Sie klicken das Element an, tippen den Nit, fertig. Jede Anmerkung speichert eine stabile Referenz auf das Element, dazu Route, Viewport und Screenshot, damit ein Coding-Agent die Stelle im Quellcode findet, ohne dass Sie sie beschreiben müssen.

vex

CLI und MCP-Server für die Vendure Admin GraphQL API.

vex verwaltet mehrere Vendure-Instanzen, baut Queries interaktiv, kennt Ihr Schema samt Custom-Plugins und speichert Operationen zum Wiederabspielen. Als MCP-Server angebunden macht es dieselben Kommandos für einen KI-Agenten nutzbar, statt sie im Terminal von Hand zu tippen.

Haltung

Warum wir Open Source bauen

Open Source ist bei uns keine Haltung, die man auf eine Seite schreibt. Es ist eine Arbeitsweise, die uns während des Projekts diszipliniert und danach den Kunden unabhängig macht. Die drei Gründe, in der Reihenfolge, in der sie tatsächlich zählen.

Tools entstehen aus echter Projektarbeit, nicht aus Produktideen

Weder nit noch vex sind am Whiteboard entstanden. nit kam aus dem Frust, einem Agenten in Prosa zu erklären, welche Kachel auf welcher Route falsch aussieht, vex aus dem Bedarf, Vendure-Instanzen zu prüfen, ohne jedes Mal die Admin-UI zu öffnen. Ein Tool, das aus einer echten Reibung entsteht, löst ein echtes Problem und stirbt nicht am zweiten Feature.

Open Source zwingt zu sauberen Schnittstellen

Sobald Code öffentlich ist, können Sie keine Annahmen mehr im Kopf behalten. Konfiguration muss dokumentiert sein, Abhängigkeiten explizit, Fehlermeldungen verständlich für jemanden, der nie mit Ihnen gesprochen hat. Genau diese Disziplin fließt zurück in die Kundenprojekte, denn dort ist der Fremde von morgen Ihr eigenes Team.

Übergabe statt Abhängigkeit

Ein Kunde, der ein Tool von uns einsetzt, behält es auch dann, wenn die Zusammenarbeit endet. Die Lizenz läuft nicht ab, der Code liegt auf npm und GitHub, ein anderes Team kann ihn lesen und weiterführen. Wir wollen wieder beauftragt werden, weil die Arbeit gut war, nicht weil der Ausstieg teuer ist.

FAQ

Häufige Fragen zu nit und vex

Ja. nit steht unter AGPL-3.0, vex unter MIT-Lizenz, beide liegen als npm-Pakete offen zum Installieren bereit. Es gibt keine Lizenzgebühr, keinen Account und keine Funktionen, die hinter einer Bezahlschranke liegen.

Nur für vex, das gegen die Vendure Admin GraphQL API arbeitet und Vendure 3.6 oder neuer voraussetzt. nit ist unabhängig vom Stack und funktioniert auf jeder Website, die Sie im Browser öffnen können.

Beide Tools sind so gebaut, dass ein Agent sie direkt bedienen kann. nit gibt seine Anmerkungen als agentenlesbaren Ordner oder als MCP-Server heraus, vex stellt seine Kommandos und gespeicherten Operationen ebenfalls als MCP-Server bereit. Der Agent bekommt damit präzise Referenzen statt vager Beschreibungen.

Issues auf GitHub schaue ich mir an, garantierte Reaktionszeiten gibt es dafür nicht. Wenn Sie die Tools in einem Projekt produktiv einsetzen und verlässlichen Support oder eine Anpassung brauchen, sprechen wir darüber im Rahmen einer Zusammenarbeit.

Brauchen Sie ein Tool, das es noch nicht gibt?

Wenn in Ihrem Team dieselbe Reibung immer wieder auftaucht, lässt sie sich meistens wegbauen. Erzählen Sie mir, woran es hängt.