Ich bin SpaceXAI-Ingenieur und entwickle Grok Bot mit Grok Bot.
Stell dir Grok Bot wie einen hochtalentierten Praktikanten vor – mit eigenem Computer, der Coding-Agenten verwalten und aus deiner Arbeitsweise lernen kann. Er ist zu meinem besten Engineering-Teamkollegen geworden, der den Laden am Laufen hält, während ich weg bin, schlafe oder in Meetings stecke. Schluss damit, meinen Laptop wach zu halten, kein ständiges Hin-und-her-Switchen zwischen mehreren Agenten mehr – nur Ergebnisse, die meinen Ansprüchen genügen, genau so, wie ich sie haben will.
Als das Team, das Grok Bot baut, hatten wir den frühesten Zugriff und nutzen ihn täglich für unsere eigene Arbeit. Es ist verrückt zu sehen, wie schnell wir jetzt ausliefern können und wie sehr die Produktivität unseres Teams in die Höhe geschossen ist:
- @poteto hat im letzten Monat über 2.000 PRs ausgeliefert.
- @baltaaazr und @shaoruu haben die Grundlage von Grok Bot in vier Wochen gebaut – mit Grok Bot.
- Ich habe Grok Bot iOS v0 in drei Wochen gebaut, mit starker Leistung und Design-Feinschliff – nur mit Grok Bot.
- Jedes Teammitglied liefert jetzt jeden Tag große Arbeiten aus, nicht nur alle paar Wochen.
Je mehr ich mit Grok Bot entwickle, desto mehr möchte ich dir dieselbe Superkraft in die Hand geben.
Lerne meine Engineer-Bots kennen
Ich habe fünf Engineer-Bots, jeder spezialisiert auf einen anderen Bereich:
- Baltata ist zuständig für die gemeinsame Mobile-Ebene von Grok Bot und alles, was mit Grok Bot auf iOS zu tun hat.
- Shaoruru ist zuständig für den Grok Bot Desktop-Client und CI/CD-Arbeiten.
- Hogan ist zuständig für die Infrastruktur und untersucht Benutzerprobleme ohne klare Zuständigkeit.
- Craig ist zuständig für Grok Bot auf Android und arbeitet hart daran, es zum Leben zu erwecken.
- Quill ist zuständig für das Grok Bot-Harness und ist darin eine absolute Legende.
Sie können alle in den Bereichen der anderen arbeiten, aber jeder hat ein anderes Gedächtnissystem und einen begrenzten Kontext. Sie arbeiten am besten, wenn sie sich auf eine einzelne Domäne konzentrieren, weil die Spezifikationen und Designprinzipien, die sie mit sich führen, in ihren eigenen Bereichen viel schärfer sind.
Jeder Bot kann Cursor-Cloud-Agenten erstellen, Transkripte lesen, Beweise überprüfen, die an PRs angehängt sind, und Follow-ups senden, indem er eine Nachricht in die Warteschlange stellt oder den Lauf unterbricht. Das ermöglicht einen durchgängigen agentischen Workflow. Es deckt ab, was ich früher jeden Tag in Cursor gemacht habe, als ich ständig zwischen den Cloud-Agenten, die ich verwaltet habe, hin- und hergeschaltet bin. Jetzt verwalten meine Bots sie genauso, wie ich es tun würde.
Wenn sie eine Aufgabe erhalten, entweder von mir oder von Slack, starten sie einen Cloud-Agenten mit meinen Skills, zusammen mit einer gründlichen Eingabeaufforderung, die beschreibt, was getan werden muss und welche Beweise erwartet werden. Sie können auch intelligent zusätzliche Skills basierend auf meiner personalisierten Anleitung aufrufen, wie z. B. meinen /lingxi-design-Skill für visuelle Arbeiten, /react-native-best-practices für Codequalitätsaudits, /lingxi-review zur Beurteilung der Architektur oder /lingxi-product, wenn sie meinungsstarke Produktentscheidungen treffen müssen.
Grok Bot kann auch Cloud-Agenten auf deinen eigenen Worker-Maschinen starten, wie einem überzähligen Mac mini (dank Grok Bot brauchst du keinen dedizierten Rechner zu Hause mehr, der 24/7 für OpenClaw läuft).
Wenn deine Workflows VPN-Zugriff oder spezielle Maschinenkonfigurationen erfordern, kannst du diese Maschine zu einem Cursor Cloud Private Worker machen und Grok Bot bitten, Cloud-Agenten darauf auszuführen. Das eröffnet weitere Möglichkeiten, wie das Ausführen des iOS-Simulators und das Zurückerhalten von Screenshots von deinen Agenten.
https://x.com/ericzakariasson/status/2037146278979629361
Grok Bot kann das Transkript und die Artefakte eines Cloud-Agenten überwachen (z. B. Screenshots), dich benachrichtigen, wenn er fertig ist, Nachrichten in die Warteschlange stellen oder unterbrechen, wenn etwas schiefgeht. Du kannst deine Anforderungen beschreiben, wie du willst, z. B. „Du musst überprüfen, ob der Screenshot die von mir gewünschten Änderungen enthält, mit einem Beweis, der Vorher vs. Nachher zeigt“, und Grok Bot wird weiterarbeiten, bis das Ziel erreicht ist.
Der Schlüssel, um dein Grok Bot-Engineering-Team am Laufen zu halten, ist eine vollständige Feedback-Schleife. Cloud-Agenten können Screenshots machen, also nutzt Grok Bot seine Multimodalität, um zu bestätigen, dass die visuellen Änderungen angewendet wurden, und gibt Rückmeldung, wenn das Ergebnis nicht dem entspricht, was du verlangt hast.
Diktattests sind ein gutes Beispiel für diese Schleife in Aktion. Wir haben die Sprach-API von SpaceXAI an den System-Audio-Eingang/-Ausgang des Cloud-Agenten angeschlossen. Da der Agent Zugriff auf sowohl das gesprochene Wort als auch das Transkript hat, können wir diese Signale nutzen, um die Sprach-zu-Sprach-Funktionalität in unserer Produktpalette zu testen und noch mehr lustige Funktionen zu bauen.
Manchmal stößt ein Agent auf Umgebungsfehler und bleibt stehen, bis du eine Folge-Eingabeaufforderung sendest. Grok Bot nimmt dir das ab, indem es den Lauf im Auge behält und den Agenten so aggressiv wie möglich entblockt. Jedes Mal, wenn ich nachsehe, ist alles in einem guten Zustand. Seit ich Grok Bot benutze, erreichen mich einzelne Fehler kaum noch – die Ausnahme ist, wenn Grok Bot nicht die Sicherheitsberechtigungen hat, um sie selbst zu beheben.
Und denk dran: Alles ist jetzt nur noch eine Nachricht entfernt. Willst du, dass sie zehnmal weitermachen, bevor sie an dich übergeben? Sag es einfach.
Über die Kontextgrenze hinaus skalieren
Um meinen Bots zu helfen, über die Kontextgrenze hinaus an der Arbeit dranzubleiben, und um es mir leicht zu machen, den Fortschritt zu überblicken, ohne durch lange Chats scrollen zu müssen, lasse ich jeden Engineer-Bot eine gemeinsame Notion-Datenbank verwalten.
Alle 30 Minuten überprüfen sie die Datenbank und kontrollieren jeden PR auf:
- Bugbot-Kommentare oder Sicherheitsfunde, wobei sie überprüfen, ob jeder davon berechtigt ist.
- Fehlschlagende CI-Läufe.
- Merge-Konflikte.
Wenn sie etwas Falsches finden, setzen sie sofort mit meinem Cloud-Agenten nach, um es zu beheben, und verschieben die Zeile in der Notion-Datenbank zurück auf „In Arbeit“.
Wenn alles gut aussieht, markieren sie die Aufgabe als „Bereit zur Überprüfung“ und starten automatisch einen Code-Review-Durchlauf, wobei sie besonders auf Codequalität und mögliche Fehler achten.
Wenn der Review sehr sicher ist und der Einflussbereich gering ist, wird der PR automatisch gemergt. Andernfalls überprüfe ich den Code und die Beweise, wenn ich zurück bin, und entscheide, ob ich merge oder Feedback gebe.
Fast jeden Morgen, wenn ich nachsehe, finde ich Aufgaben vor, die bereit zum Mergen sind. Die Codequalität entspricht meinen Ansprüchen, die Optik trifft meinen Geschmack, und die Beweise zeigen klar, was getestet wurde. Mehr Arbeit wird jetzt auf Anhieb erledigt, was mir erlaubt, mich auf schwierigere Probleme, höhere Client-Leistungsstandards, mehr visuellen Feinschliff und größere Architekturentscheidungen zu konzentrieren.
Vor Grok Bot konnte ich manuell 15 Cloud-Agenten gleichzeitig verwalten. Jetzt verwaltet meine Flotte mehr als 200 gleichzeitig, und wir können bei Bedarf weiter skalieren.
Grok Bot leitet die Mini-Organisation
Neben der Entwicklung gibt es viele betriebliche Aufgaben in der gesamten Organisation zu erledigen, darunter das Einarbeiten neuer Engineer-Bots, das Teilen des richtigen Wissens, das Durchführen von Postmortems, wenn Vorfälle passieren (z. B. wenn ein PR nicht sorgfältig geprüft wurde), und das Abhalten täglicher Meetings, um alle auf dem Laufenden zu halten.
Das ist alles Jennys Aufgabe, meiner Leiterin der Betriebsabläufe und dem einzigen Bot im Team, der keinen Code schreibt.
Jeden Morgen um 5 Uhr trifft sich Jenny 1:1 mit jedem Bot im Team, um unser Playbook durchzugehen, Hindernisse aufzuzeigen und die Stimmung zu verstärken, die ich anstrebe. Ich habe festgestellt, dass das sehr effektiv ist. Meine Bots vergessen meine komplexen Workflows selten, selbst nach vielen Wochen.
Wenn ein Bot einen Fehler macht, z. B. nicht genug nachhakt, um das eigentliche Ziel zu erreichen, sage ich ihm, es soll Jenny für eine Ursachenanalyse und ein Postmortem aufsuchen. Jenny gräbt sich in die Argumentation ein, die zu dem Problem geführt hat, aktualisiert dann das Playbook und kündigt die Änderungen den anderen Engineer-Bots an, damit derselbe Fehler nicht zweimal passiert.
Wann immer ich das Team vergrößern muss, bitte ich Jenny, neue Mitglieder einzuarbeiten. Jenny erstellt den neuen Bot in meiner Organisation, teilt unsere Engineering-Teamregeln und bittet Hogan und den Rest des Teams, bei der Einarbeitung zu helfen.
Das Ziel eines vollständigen Engineering-Systems in Grok Bot ist es, Wiederholungen zu minimieren. Lagere deine Aufgaben an Grok Bot aus, damit du dich auf schwierigere, tiefgründigere Probleme konzentrieren kannst.
Bonus-Anwendungsfälle von Grok Bot
Wir haben Grok Bot modular gestaltet, sodass du damit viel machen kannst, um deine eigene Mini-Engineering-Organisation aufzubauen. Hier sind zwei meiner Favoriten.
Nächtliche Audits
Jede Nacht um 3 Uhr sind meine Engineer-Bots hellwach, räumen die Codebasis auf, verbessern die Codequalität, fegen tote Logik raus, beschleunigen die App-Ladezeit und reduzieren die Bundle-Größe.
Jeden Morgen bekomme ich einen frischen Satz PRs, die unseren Code sauber, schlank und skalierbar halten. Das hat die Codewartung zu einer täglichen Routine gemacht, statt zu etwas, das wir nur ab und zu machen.
Weitere Ideen für nächtliche Audits:
- Sicherheitsaudits, um Probleme zu finden, die dein Team in der Codebasis übersehen haben könnte.
- CI/CD-Buildzeit-Audits, um zu verhindern, dass Buildzeiten ungesund lang werden.
- Internationalisierungsaudits, um Lücken zu schließen, wenn Funktionen nur in einer Sprache ausgeliefert werden.
- Paritätsaudits, um Abweichungen zu vermeiden, wenn dein Team mehrere Clients entwickelt (iOS vs. Desktop) und Funktionen nur auf einer Seite landen.
- Aufhol-Audits, die PRs überwachen, die in den letzten 24 Stunden in dem Bereich, der dich interessiert, gemergt wurden, und dann eine Zusammenfassung auf hohem Niveau und eine kuratierte Liste von zu überprüfenden PRs zurückgeben.
Und mein Lieblings-Prompt von allen: „Du hast heute Nacht sechs Stunden. Bau, was du willst. Viel Spaß!“
Ich bin neugierig, was du in deinen eigenen nächtlichen Audits ausführen würdest. Ich bin sicher, es gibt da draußen Ideen, die ich gerne klauen würde.
P0-Dringlichkeitsprozess
Cloud-Agenten können manchmal langsam sein. Sie müssen laufen, die Umgebung einrichten, warten, Tests ausführen und iterieren. Und manchmal brauchst du Arbeit etwas schneller erledigt.
Also habe ich mit meinen Engineer-Bots einen P0-Dringlichkeitsprozess erstellt. Wann immer ich sage, dass eine Aufgabe P0 ist, starten sie eine temporäre Routine, die alle fünf Minuten das Transkript überprüft, den Fortschritt und die Argumentation überwacht und den Cloud-Agenten proaktiv lenkt, wenn er anfängt, unnötige Zeit zu verschwenden.
Das war sehr effektiv. Wenn ich dringende Ergebnisse brauche, sei es für Codebasis-Recherche oder einen kritischen Bugfix, wird es durch die Aussage „das ist P0“ viel schneller erledigt als sonst.
Bitte beachte, dass dies Token viel schneller verbrennen kann, als du denkst, also verwende es nur für echte Dringlichkeit.
Erkenntnisse & Tipps mit Grok Bot
- Gib Cloud-Agenten eine vollständige Feedback-Schleife: Es ist wichtig, ihnen Signale zu geben, was als Nächstes zu tun ist, ohne dich. Sie sollten in der Lage sein, eine Entwicklungsinstanz zu starten und den Stack Ende-zu-Ende zu steuern (z. B. über Chrome DevTools, CLI oder Apple Accessibility). Wenn sie das nicht können, bitte sie, den Ablauf selbst auszuführen, sich so aggressiv wie möglich selbst zu entblocken und das Gelernte in einem wiederverwendbaren Repo-Skill zu verpacken.
- Behandle Grok Bot wie einen talentierten Praktikanten: Wenn du jemals Schwierigkeiten hast, mit Grok Bot über technische Aufgaben zu kommunizieren, behandle ihn wie einen talentierten Praktikanten. Bitte ihn, seine Hausaufgaben zu machen, Bereiche zu studieren, in denen er noch kein Experte ist, und sich anzusehen, wie andere Ingenieure die Arbeit erledigen. Kein Skill-Aufruf nötig. Keine langen Prompts. Einfach nur chatten.
- Wiederholungen zu vermeiden ist der Schlüssel: Da KI immer leistungsfähiger wird, ist es wichtig, wiederholte Aufgaben zu delegieren und sich auf tiefere, schwierigere Probleme zu konzentrieren, die der Agent nicht einfach lösen kann. Wenn du bemerkst, dass du etwas mehr als einmal am Tag tust und es einem klaren Muster folgt, besprich es mit deinen Bots, um zu sehen, wie sie helfen können.
- Tägliche Meetings für Bots sind extrem effektiv: Das tägliche Wiederholen von Kernpunkten hilft ihnen, komplexe Workflows zu behalten, während sie viele Aufgaben gleichzeitig jonglieren. Da die Kontextgrenze nicht alles aufnehmen kann, ist eine tägliche Erinnerung ein hilfreicher Anstoß, der dir Wiederholungen erspart.
- Sei zurückhaltender: Ähnlich wie beim autonomen Fahren ist die Arbeit mit Bots ein Prozess des Vertrauensaufbaus. Anstatt alles selbst zu machen, denke darüber nach, wann sie reibungslos funktionieren und wann sie Probleme verursachen könnten. Gib ihnen genug Freiheit, um auszuliefern, wenn es sicher ist, und sei in Bereichen mit höherem Risiko vorsichtiger. Aber hindere sie nicht daran, es zu versuchen, nur weil sie zuvor gescheitert sind. Experimentiere weiter und denke weiterhin darüber nach, wie du ihnen helfen kannst, zu wachsen.
- Lass sie gemeinsam orchestrieren: Bots sind fähiger, als du denkst. Um bei Bot-Operationen noch zurückhaltender zu sein, kann es helfen, eine Bot-Fehler-Review-Pipeline aufzubauen (z. B. einen Ops-Bot, der mit Bots spricht und ihre Denkspuren analysiert), damit dieselben Fehler nicht zweimal passieren.
Bereit, einen Engineer-Bot in der Organisation willkommen zu heißen? Probiere Grok Bot aus und zeig mir, was sie ausliefern.
