Ein Coding-Agent schreibt nicht einfach nur Code. Er sucht Dateien, startet Programme, verarbeitet Fehler und entscheidet, was er als Nächstes versucht. Genau diese Arbeitsumgebung öffnet SpaceXAI am 15. Juli mit Grok Build: Der Quellcode des Harness und der Terminaloberfläche wird zugänglich. Laut Ankündigung vom 15. Juli lässt sich der Agent auch selbst kompilieren und mit lokaler Inferenz verbinden.
Modell und Harness: zwei verschiedene Kaufentscheidungen
Das Modell schlägt den nächsten Schritt vor. Der Harness führt die Arbeitsschleife aus: Kontext zusammenstellen, Werkzeuge aufrufen, Ergebnisse zurückgeben, Grenzen durchsetzen. Derselbe Modellname kann deshalb in zwei Coding-Tools sehr unterschiedliche Ergebnisse liefern.
MCP ist wiederum ein Anschluss für Werkzeuge und Datenquellen. Ein angeschlossenes Ticketsystem ersetzt weder die Ablaufsteuerung noch Berechtigungen. Wer diese Ebenen auseinanderhält, kann gezielt verbessern: bessere Aufgabenbeschreibung, verlässlichere Werkzeuge oder ein anderes Modell.
Für ein kleines Team: Ein guter erster Test ist ein behobener Fehler mit nachvollziehbarem Diff und bestandener Prüfung. „Der Agent lief drei Stunden“ ist noch kein Ergebnis.
Was euch der offene Code praktisch bringt
Ihr könnt untersuchen, welche Dateien der Agent lädt, wie er Befehle ausführt und an welchen Stellen Erweiterungen eingreifen. Das hilft besonders dann, wenn Kundencode vertraulich ist oder ein bestehendes Tool eine benötigte Integration nicht bietet.
| Situation | Sinnvoller erster Schritt |
|---|---|
| Drei Entwickler, gewöhnliche Webprojekte | Bestehenden Harness auf einem Testprojekt vergleichen |
| Agentur mit kundenspezifischen Abläufen | Eine kleine Erweiterung für wiederkehrende Arbeit prüfen |
| Enterprise mit strengen Zugriffsregeln | Identitäten, Netzwerkgrenzen und Betriebsverantwortung separat bewerten |
Offener Harness bedeutet keine offenen Modellgewichte. Auch lokale Ausführung sagt noch nicht, wo Modellanfragen, Telemetrie oder angeschlossene Dienste verarbeitet werden. Diese Datenwege gehören auf eine eigene Liste.
Unser Vorschlag: erst prüfen, dann anpassen
Nehmt drei abgeschlossene Tickets: einen Bug, eine kleine Funktion und eine Änderung mit Tests. Lasst den Agenten in einer isolierten Kopie arbeiten. Bewertet Abnahmequalität, Nacharbeit und Gesamtkosten. Haltet auch fest, ob sich der Lauf mit derselben Ausgangslage nachvollziehen lässt.
Ein eigener Fork lohnt sich erst, wenn eine konkrete Einschränkung wiederholt Geld oder Zeit kostet. Sonst übernimmt die Agentur Wartung, bevor ein wirtschaftlicher Vorteil feststeht.
Ihr wollt einen Coding-Agenten in eure Entwicklung integrieren? Wir besprechen mit euch einen abgegrenzten Pilotversuch, einschließlich Werkzeugwahl und sinnvoller Abnahmekriterien.
