ein in letzter Zeit sehr beliebtes Thema bei Programmieragenten. Schleifen sind im Grunde ein Konzept, bei dem ein Agent in einer selbstverifizierenden Schleife arbeitet und der Agent autonomer arbeitet.
Dies steht im Gegensatz zu der Artwork und Weise, wie wir zuvor Codierungsagenten verwendet haben, wo Sie einen neuen Codierungsagenten starten, den Codierungsagenten dazu veranlassen, etwas zu implementieren, seine Ergebnisse überprüfen und so weitermachen, bis Sie mit Ihrer Arbeit fertig sind.
Schleifen sind unglaublich leistungsfähig, weil sie es Ihnen ermöglichen, als Mensch mehr in den Hintergrund zu treten und mehr Aufgaben zu erledigen. Dies liegt daran, dass Sie den Agenten nicht so genau überwachen müssen, er selbstständiger arbeitet und die Arbeit besser durchgängig erledigen kann.
In diesem Artikel erörtere ich, warum Sie bei der Interaktion mit Codierungsagenten in Schleifen arbeiten sollten und wie Sie dies tun können. Ich werde einige Techniken behandeln, die Sie bei der Interaktion mit Codierungsagenten aktiv nutzen sollten, um effektiv Schleifen einzurichten und Ihre Codierungsagenten so effektiv wie möglich zu machen.
Warum Schleifen mit Codierungsagenten verwenden?
Lassen Sie uns zunächst erläutern, warum Sie bei der Verwendung von Codierungsagenten Schleifen verwenden sollten. Die einfachste Antwort ist, dass Schleifen es Ihnen ermöglichen, mehr Arbeit zu erledigen.
Der Grund dafür ist, dass der Agent beim Einrichten einer Schleife Aufgaben besser autonom Ende-zu-Ende erledigen kann, wodurch Sie als Mensch mehr Zeit gewinnen und mehr Arbeit erledigen können.
Sie können sich diese beiden Szenarien vorstellen:
Szenario 1: Sie starten Agent A, erstellen einen Plan damit und lassen ihn mit der Arbeit beginnen. Anschließend starten Sie Agent B, und bevor Sie mit der Planung der Aufgabe mit Agent B fertig sind, stellt Agent A Ihnen Fragen oder teilt Ihnen mit, dass einige Arbeiten abgeschlossen sind und Sie diese überprüfen müssen. Sie beschließen, Agent B fertigzustellen, und gleich nachdem Sie dort fertig sind, kehren Sie zu Agent A zurück. Interagieren Sie mit ihm, sorgen Sie dafür, dass er weiter funktioniert, und bevor Sie dort fertig sind, benötigt Agent B erneut Eingaben von Ihnen. Dann machen Sie so weiter und können nur mit zwei Agenten gleichzeitig interagieren, additionally im Wesentlichen zwei Aufgaben gleichzeitig erledigen.
Szenario 2: Sie starten Agent A und lassen ihn eine Schleife ausführen, um seine Arbeit selbst zu überprüfen. Agent A beginnt dann mit der Arbeit an einer Aufgabe und Sie teilen ihm mit, dass er sich erst wieder bei Ihnen melden soll, wenn die Aufgabe erledigt ist. Sobald Sie die Anweisungen für Agent A abgeschlossen haben, können Sie dasselbe für Agent B tun, indem Sie ein Ziel festlegen und es in einer Schleife arbeiten lassen. Diesmal unterbricht Agent A Sie nicht für weitere Eingaben, da er über die Selbstverifizierungsschleife verfügt und Ihre Eingaben nicht mehr auf die gleiche Weise benötigt. Somit können Sie den Agenten C, D, E usw. weiterhin Aufgaben zuweisen, bis Agent A seine Arbeit beendet hat.
Die Schlussfolgerung hier ist, dass Sie in Szenario 2 einfach mehr Agenten einsetzen und mehr Aufgaben erledigen können, was natürlich unglaublich wertvoll ist, da Sie dadurch mehr Arbeit auf einmal erledigen können.
Wie man in Schleifen arbeitet
Die große Frage ist nun natürlich: Wie arbeitet man eigentlich in Schleifen? Es gibt viele verschiedene Möglichkeiten, aber ich werde die einfachste Technik behandeln, mit deren Umsetzung Sie sofort beginnen können.
Bei dieser Technik wird der Befehl /aim entweder mit Claude Code oder Codex verwendet.
/aim <outline your aim right here and confirm it>Ich sage zum Beispiel:
/aim Implement every thing I requested for. Confirm it finish to finish by clicking
via the browser utilizing the Playwright MCP. It is not acceptable to check
the applying solely via integration checks. It's essential to really click on
across the app. Proceed like this till it really works. Repair any points in case you
encounter them then do an finish to finish take a look at once more. Run Codex exec and run
the evaluation ability with Codex and make him approve it and iterate till
Codex has accredited it. When Codex has accredited it, come to me and inform
me which servers I can take a look at it on and precisely take a look at it.Im Wesentlichen implementiert /aim einen Hook. Dieser Hook wird jedes Mal ausgelöst, wenn Claude Code oder Codex seine Arbeit beendet, und veranlasst den Codierungsagenten grundsätzlich darüber nachzudenken, ob er die von Ihnen unter /aim geschriebene Aufgabe abgeschlossen hat oder nicht. Wenn es fertig ist, kommt es zu Ihnen zurück und informiert Sie über seine Arbeit. Wenn es denkt, dass es noch nicht abgeschlossen ist, wird es weiter auf dieses Ziel hinarbeiten, bis es zufrieden ist.
Es handelt sich im Wesentlichen um eine Möglichkeit, die Programmieragenten so lange weiterarbeiten zu lassen, bis sie Ihr Ziel tatsächlich erreichen oder glauben, dass es völlig unerreichbar ist. Eine sehr leistungsstarke Möglichkeit, Codierungsagenten über einen längeren Zeitraum arbeiten zu lassen und so autonomer zu arbeiten und mehr Arbeit zu erledigen.
Beachten Sie außerdem, dass ich dem Agenten in der Eingabeaufforderung viele weitere Informationen gebe, wie er seine Arbeit überprüfen kann. Dies ist ein Thema, das ich im nächsten Abschnitt behandeln werde, da es unglaublich wichtig ist, wenn Sie den Befehl /aim optimum nutzen möchten.
Wie man /aim effektiv macht
In diesem Abschnitt beschreibe ich, wie der Befehl /aim wirksam wird. Natürlich können Sie dem Agenten einfach ein Ziel vorgeben, aber wenn Sie nicht genau wissen, welches Ziel Sie setzen und wie der Agent das Ziel überprüfen kann, werden Sie keine guten Ergebnisse erzielen.
Sie müssen dem Agenten eine Möglichkeit bieten, seine eigene Arbeit zu überprüfen und das Risiko von Fehlern zu minimieren. Ich mache das im Wesentlichen auf zwei Arten:
- Weisen Sie den Agenten an, seine Arbeit durchgängig mithilfe des Playwright MCP und der Interaktion mit dem Browser zu überprüfen
- Lassen Sie den Agenten Codex Exec ausführen, um den bereitgestellten Code zu überprüfen und das Risiko von Fehlern zu minimieren
Ich gehe auf den ersten Punkt ein: Ich habe Playwright MCP verwendet, aber Sie können jede gewünschte Browser-Interaktionsmethode verwenden. Ich magazine Playwright, weil es sehr intestine funktioniert und der Agent in der Lage ist, alle seine Arbeiten zu erledigen. Dem Agenten mitzuteilen, dass er seine Arbeit durchgängig überprüfen soll, ist sehr effektiv, da der Agent in den Browser oder in meine App geht, Screenshots macht und überprüft, ob alles wie vorgesehen funktioniert. Dies ist eine unglaublich wirkungsvolle und wirklich einfache Änderung, die Sie vornehmen können, um die Effektivität Ihrer Codierungsagenten mindestens zu verdoppeln.
Wenn Sie nicht mit einer Benutzeroberfläche arbeiten, können Sie den Agenten natürlich anweisen, einfach API-Aufrufe durchzuführen und die Datenbanken oder Protokolle zu überprüfen, um sicherzustellen, dass alles wie erwartet funktioniert. Der springende Punkt ist, dass Sie den Codierungsagenten nicht nur dazu bringen, seine Arbeit zu überprüfen, indem er sich den Code ansieht. Sie sorgen dafür, dass der Code tatsächlich ausgeführt wird, und lassen Sie die Ausgaben und Ergebnisse des Codes überprüfen.
Zweitens verwende ich normalerweise Claude Code als meinen Haupttreiber bei der Entwicklung von Code, aber ich habe herausgefunden, dass man mit Codex immer noch viel Nutzen daraus ziehen kann.
Ich verwende Codex, um meinen Agenten, meinen Claude Code-Agenten, Bewertungen bereitzustellen. Wann immer sie Code veröffentlichen oder Code veröffentlichen und Code in die Entwicklung übernehmen möchten, veranlasse ich Codex, den Code zu überprüfen und zu genehmigen, bevor Claude ihn in die Entwicklung einbinden darf. Das hat mir so viele Fehler erspart, dass es kaum zu verstehen ist.
Es gibt auch einen großen Unterschied in meiner Erfahrung zwischen der Überprüfung des Codes durch Claude Code und Codex. Wenn ich Claude Code als Haupttreiber zum Implementieren von Code verwende, möchte ich auf jeden Fall Codex verwenden, um den Code anschließend zu überprüfen, und nicht Claude Code. Das liegt daran, dass Codex einfach in der Lage ist, mehr Fehler zu finden. Ich erstelle ein iteratives Setup, bei dem Claude Code den Code implementiert, ihn durch Codex überprüfen lässt, die Überprüfungskommentare korrigiert und Codex zur erneuten Überprüfung markiert. Wir machen so weiter, bis Codex den Code genehmigt hat.
Dadurch wird die Anzahl der Fehler, die Sie durch Claude Code erfahren, drastisch reduziert.
Abschluss
In diesem Artikel habe ich besprochen, wie man Schleifen in Claude Code einrichtet. Schleifen als Konzept sind in letzter Zeit sehr in Mode gekommen, da sie den Programmieragenten eine Möglichkeit bieten, autonomer zu arbeiten und mehr Arbeit zu erledigen. Mit dem /goal-Befehl können Sie ganz einfach Schleifen einrichten, die den Agenten so lange auf ein Ziel hinarbeiten, bis es erreicht ist. Sie müssen dem Agenten jedoch auch die Möglichkeit geben, seine eigene Arbeit zu überprüfen, was ich ebenfalls in diesem Artikel behandelt habe. Ich glaube, dass die Zukunft des Software program-Engineerings in der Schaffung solcher Schleifen liegt. Sie erstellen Agenten, die in Schleifen arbeiten, und geben ihnen die Möglichkeit, ihre eigene Arbeit zu überprüfen. Dadurch haben Sie die Möglichkeit, mehrere Aufgaben gleichzeitig zu bearbeiten. Schleifen als Konzept können auch um größere Schleifen erweitert werden, die andere kleinere Schleifen organisieren, sowie um sich selbst verbessernde Schleifen. Dies sind weitere Konzepte, die ich in zukünftigen Artikeln behandeln werde.
👉 Mein kostenloses E-Ebook und Webinar:
🚀 Verzehnfachen Sie Ihr Engineering mit LLMs (kostenloser 3-tägiger E-Mail-Kurs)
📚 Holen Sie sich mein kostenloses E-Ebook „Imaginative and prescient Language Fashions“.
💻 Mein Webinar zu Imaginative and prescient Language Fashions
👉 Finden Sie mich in den sozialen Netzwerken: