Go-Entwicklung und CLI-Tools
Ich entwickle Kommandozeilen-Tools, Backend-Dienste und Entwicklerwerkzeuge mit Go. Ich arbeite für Firmen ohne eigene Entwickler und für Teams, die mehr Erfahrung ins Projekt holen wollen.
KI gehört fest zu meiner Arbeit. Damit bin ich schnell, und bei Code und Architektur bleibe ich sorgfältig. Ich arbeite von Deutschland aus mit Kunden in Europa und den USA.
Antwort innerhalb eines Werktags.
Was ich mit Go entwickle
CLI-Tools, Dienste und Werkzeuge, die auch KI-Agenten gut nutzen können.
CLI-Tools
Kommandozeilen-Tools für ein Produkt, eine API oder interne Systeme. Die Ausgabe ist für Menschen gut lesbar, und für Skripte gibt es stabiles JSON.
CLIs für KI-Agenten
Tools, die Agenten wie Claude Code und Codex sicher nutzen können. Dazu gehören stabiles JSON, ein Probelauf vor Änderungen und eine Rückfrage vor allem, was sich nicht rückgängig machen lässt.
Inoffizielle CLIs für APIs
Ein CLI für einen Dienst, mit dem das Team ständig arbeitet. Menschen und Skripte nutzen ihn dann im Terminal und in der CI.
Backend-Dienste
APIs und Worker in Go, wenn Geschwindigkeit oder wenig Speicherverbrauch wichtig sind, auch neben einer bestehenden Laravel- oder Node-Anwendung.
Entwicklerwerkzeuge
Tools für Builds, Deployments, Datenmigrationen und Prüfungen in der CI.
Bestehender Go-Code
Go-Dienste oder -Tools, die neue Funktionen, Korrekturen oder Tests brauchen. Ich halte mich an den vorhandenen Stil.
So arbeite ich
Viele meiner Kunden kommen mit einer Idee, einem Repository, einem kurzen Video oder einer Liste von Problemen zu mir. Mehr braucht es am Anfang nicht. Ich sehe mir an, was vorhanden ist, mache daraus einen Plan und setze ihn um.
Mit Claude Code, Codex und eigenen Agent-Workflows lese ich mich in Code ein, plane Änderungen, schreibe Tests, refaktoriere und suche Fehler. Das ist kein Vibe Coding, sondern erfahrene Softwareentwicklung in deutlich höherem Tempo.
KI zuerst, und entwickelt für KI
Claude Code, Codex und meine eigenen Agent-Workflows schreiben einen großen Teil des Go-Codes. Die Designentscheidungen treffe ich selbst, und jeden Befehl teste ich. Meine CLIs lege ich außerdem so an, dass diese Agenten sie gut nutzen können.
Die Kontrolle bleibt bei mir
KI schreibt einen großen Teil meines Codes. Die technischen Entscheidungen treffe ich trotzdem selbst. Jede Änderung lese und teste ich, bevor sie live geht. So bin ich schnell und bleibe dabei sorgfältig.
So, wie es für den Kunden passt
Manche Kunden wollen jede Änderung sehen, bevor sie live geht, andere überlassen mir das Deployment. Manche möchten regelmäßig telefonieren, die meisten bekommen lieber schriftliche Updates. Ich arbeite gerne asynchron und stelle die wichtigen Fragen trotzdem, sobald sie auftauchen.
Mit dem Blick eines Unternehmers
Ich betreibe selbst mehrere Online-Angebote. Deshalb denke ich bei jedem Projekt Traffic, Conversion, Umsatz und Support mit, und ich sage offen, wenn sich etwas nicht lohnt.
So können wir zusammenarbeiten
Zum Festpreis, als monatliche Pauschale oder nach Stunden. In jedem Fall arbeite ich persönlich am Projekt, ohne Agentur dazwischen. Wenn noch unklar ist, welches Modell passt, reicht eine kurze Beschreibung des Projekts. Ich schlage dann eines vor.
Beispiele aus meiner Arbeit
Meine eigenen Go-Projekte. Zwei davon sind öffentlich auf GitHub.
rungrad
Ein Go-Framework für CLIs im Terminal, in Skripten und in der CI. Jeder Befehl bekommt lesbare Ausgabe für Menschen, stabiles JSON für Programme, einen Probelauf vor Änderungen, eine Rückfrage vor destruktiven Aktionen und stabile Exit-Codes.
asana-cli
Ein inoffizielles Asana-CLI auf Basis von rungrad. Menschen und Skripte verwalten damit Asana-Workspaces, Projekte und Aufgaben im Terminal.
Weitere Go-CLIs und eine kuratierte Liste
Mehrere weitere eigene Go-CLIs laufen auf demselben Framework. Außerdem pflege ich awesome-ai-cli, eine öffentliche Liste von CLIs, die gut mit KI-Agenten zusammenarbeiten.
Das sagen meine Kunden
"Vincent is one of those rare developers who can jump into a complex codebase, become useful immediately, and solve real problems without hand-holding."
"In both cases, he delivers clean code and reliable implementation."
"Vincent works very well asynchronously: communication stays focused, there is little unnecessary back-and-forth, and he still raises the important questions when needed."
Fragen und Antworten
Warum Go für ein CLI?
Go erzeugt eine einzelne Datei, die ohne weitere Installation unter Linux, macOS und Windows läuft. Das Programm startet schnell und lässt sich leicht an Nutzer verteilen.
Gibt es auch ein CLI für eine bestehende API?
Ja. Wichtig ist, was Nutzer im Terminal erledigen sollen. Daraus schlage ich die Befehle vor und setze sie um.
Was macht ein CLI gut für KI-Agenten?
Vorhersehbare Ausgabe, stabiles JSON, ein Probelauf vor Änderungen und klare Fehlermeldungen. Darauf ist rungrad ausgelegt.
Gehören auch Go-Backends dazu?
Ja. APIs und Worker in Go, oft neben einer Web-Anwendung mit Laravel oder Node.js.
Nur Go?
Nein. Für Web-Anwendungen nutze ich meistens Laravel und Vue. Go nutze ich für Tools und Dienste.
Wie wird abgerechnet?
Zum Festpreis, wenn das Ziel klar ist, als monatliche Pauschale für laufende Arbeit oder nach Stunden. Ein paar Sätze zum Vorhaben genügen, dann schlage ich ein Modell vor.
Projekt anfragen
Was das Tool oder der Dienst können soll und wer damit arbeitet. Ein paar Sätze genügen. In meiner Antwort steht, was ich tun würde und was es kostet.
Lieber kurz telefonieren? 30 Minuten buchen. Eine E-Mail an contact@vincentschmalbach.com geht auch.