sind großartig darin, schnell viel Code zu implementieren. Wenn Sie jedoch schon einmal viel mit Programmieragenten gearbeitet haben, werden Sie feststellen, dass diese nach einer Weile Schwierigkeiten haben. Vielleicht haben Sie ein paar Tage damit verbracht, Code mit KI zu schreiben. Alles lief perfekt und schnell, und dann merkt man, dass die Aufgaben länger dauern und die KI immer mehr Fehler macht.
Dies ist ein klares Zeichen dafür, dass Sie mit der Umgestaltung des Codes beginnen müssen. Ich glaube, dass die Umgestaltung Ihrer Codebasis zum Normal gehören wird, nachdem Sie viel Code mit Codierungsagenten implementiert haben. Programmierer machen Fehler und schreiben keinen perfekten Code. Wenn Sie außerdem die Greatest Practices im vorhandenen Code nicht befolgen, wird die KI weiterhin die Greatest Practices im neuen Code, den sie generiert, nicht befolgen. Daher müssen Sie Ihre Repositorys kontinuierlich umgestalten.
In diesem Artikel bespreche ich, wie Sie erkennen, wann Sie Ihren Code umgestalten müssen, welche Anzeichen dafür vorliegen und wie Sie dies mithilfe von Claude Code oder anderen Codierungsagenten effektiv durchführen.
Warum Ihren Code umgestalten?
Zunächst möchte ich immer erläutern, warum Sie sich für das Thema interessieren sollten, über das ich spreche. Das Refactoring des Codes hört sich nach einer langweiligen Aufgabe an, und in Wirklichkeit battle es früher eine sehr langweilige Aufgabe, die man hin und wieder erledigen musste. Noch vor wenigen Jahren mussten Menschen manuell in das Code-Repository gehen, um zu suchen, was umgestaltet werden musste, und mit der Umgestaltung des Codes beginnen.
Dies geschieht normalerweise einmal, direkt nach vielen Implementierungen im Code, da der Code auf natürliche Weise von einem perfekten Zustand in einen chaotischeren Zustand abdriftet, einfach dadurch, dass Personen mit der Codebasis interagieren und daran arbeiten. Dies geschieht auch dann, wenn Menschen daran arbeiten oder wenn KI-Agenten an der Codebasis arbeiten.
Sie müssen Ihren Code umgestalten, denn wenn der Code chaotisch ist, dauert die Implementierung einfach länger und Sie sind anfälliger für Fehler.
Lassen Sie mich ein konkretes Beispiel nennen. Nehmen wir an, wir haben eine Chatbot-Design-Implementierung in Ihrer Anwendung, bei der Benutzer an einen KI-Bot schreiben und eine Antwort erhalten können. Dies ist im Grunde nur ein Chatbox-Feld, in dem Sie die KI-Antworten und die Benutzerantworten anzeigen. Eine gute Codebasis würde sicherstellen, dass Sie über eine einzige Komponente namens Chat verfügen und diese Komponente an allen verschiedenen Stellen in der App verwendet wird, an denen Sie den Chat anzeigen. Eine schlecht gestaltete Codebasis würde eine Model dieses Chats professional unterschiedlicher Stelle in der App enthalten.
Das Drawback tritt dann auf, wenn Sie eine Änderung an der Oberfläche des Chats vornehmen möchten. Sie möchten beispielsweise die Farbe der Chatbox oder das Image der KI aktualisieren. Natürlich möchten Sie dies an allen Stellen in der App aktualisieren, an denen Sie einen Chat anzeigen, aber das bedeutet, dass ein Mensch oder eine KI, die den Code bearbeitet, den Code an mehreren verschiedenen Stellen bearbeiten muss.
Wenn der Code jedoch intestine geschrieben wäre, müssten Sie ihn nur an einer einzigen Stelle aktualisieren, da es sich um einen zentralen Code für das Aussehen des Chats handelt. Dies ist nur ein einfaches Beispiel dafür, wie intestine geschriebener Code Implementierungen einfacher und weniger fehleranfällig machen kann.
Wann Sie Ihre Codebasis umgestalten sollten
Zunächst werde ich erläutern, wann Sie Ihre Codebasis umgestalten sollten und auf welche Zeichen Sie achten sollten.
Vereinfacht ausgedrückt sollten Sie Ihren Code umgestalten, wenn die Codierungsagenten bei der Durchführung von Implementierungen langsamer werden und Sie bemerken, dass die Agenten während einer Implementierung mehr Fehler verursachen. Wenn Sie feststellen, dass Probleme an unerwarteten Stellen oder in Code auftreten, den Sie nicht berührt haben, ist das ein klares Zeichen dafür, dass Sie mit der Umgestaltung beginnen sollten.
Darüber hinaus empfehle ich Ihnen, mit dem Refactoring eher früher als später zu beginnen. Natürlich nimmt die Arbeit mit Code, der überarbeitet werden muss, mehr Zeit in Anspruch und ist anfälliger für Fehler, aber es ist auch sehr frustrierend, weil Sie merken, dass Sie anfangen, Änderungen vorzunehmen, und die Codierungsagenten nicht in der Lage sind, genau das zu tun, was Sie ihnen sagen.
Es gibt nie einen festgelegten Zeitpunkt, zu dem dieser Umgestaltungsbedarf eintritt. Dies geschieht nicht unbedingt nach x Tagen oder x geschriebenen Codezeilen. Es ist eher etwas, das einfach mit der Zeit passiert. Die Notwendigkeit einer Umgestaltung entsteht einfach, nachdem viel Arbeit an einem Repository durchgeführt wurde.
Meine Theorie ist, dass dies geschieht, weil ein kleiner Codeabschnitt beginnt, vom Idealzustand abzuweichen, was aus vielen verschiedenen Gründen passieren kann. Weitere Arbeiten in diesem Bereich des Codes werden die Auswirkungen der Drift verstärken, und nach einer Weile wird sich bemerkbar machen, dass die Programmierer oder Menschen den Code dort weniger effektiv schreiben können.
Natürlich sollten Sie versuchen, dies so weit wie möglich zu vermeiden; Allerdings glaube ich, dass Refactoring nicht etwas ist, das man vollständig abschaffen sollte. Ich glaube, dass es ein natürlicher Teil der Entwicklung einer Codebasis ist. Stattdessen sollten Sie sich einfach darüber im Klaren sein, dass Sie hin und wieder ein Refactoring durchführen müssen, und Sie sollten sich der Anzeichen dafür bewusst sein, wann Sie mit dem Refactoring Ihres Codes beginnen sollten.
So überarbeiten Sie Code mit Claude Code
Nachdem Sie nun wissen, wann Sie Ihre Codebasis umgestalten sollten, beginne ich mit der Diskussion, wie Sie Ihre Codebasis mit Claude Code oder einem anderen von Ihnen bevorzugten Codierungsagenten umgestalten können.
Es gibt ein paar einfache Regeln, die ich befolge, wenn ich mit dem Refactoring beginne.
- Verwenden Sie die fortschrittlichste und aufwändigste Argumentation, die Sie können. Refactoring ist eine Aufgabe, die viel Intelligenz erfordert, und Sie möchten hier keine Fehler machen. Beispiel: Verwenden Sie die Workflows-Funktion von Claude Code oder xhigh suppose auf GPT-5.5
- Führen Sie jeweils nur ein Refactoring in Ihrem Repository durch. Es ist in Ordnung, das Refactoring auch während anderer Implementierungen durchzuführen, aber Sie möchten nicht, dass mehrere Refactoring-Aufgaben gleichzeitig ausgeführt werden
- Wenn Sie sich über die optimale Ordnerstruktur nicht sicher sind, vergleichen Sie oder gewähren Sie dem Codierungsagenten Zugriff auf ein anderes Code-Repository mit einer guten Struktur, die Ihnen gefällt, und weisen Sie ihn an, diese nachzuahmen
- Refactoring braucht Zeit. Lassen Sie es einfach als Aufgabe im Hintergrund laufen, während Sie an anderen Dingen arbeiten
Wenn ich mit dem Refactoring von Code beginne, verwende ich normalerweise das folgende Setup: Ich öffne meinen Claude Code in einem neuen Arbeitsbaum im Repository und starte ihn mit dem höchsten Aufwand, der in Claude Code verfügbar ist, nämlich Ultracode.
Wenn ich weiß, was umgestaltet werden muss, erzähle ich Ultracode und Claude so viele Informationen wie möglich darüber, was umgestaltet werden soll und warum. Man denkt vielleicht, dass es nicht notwendig ist, das Warum zu erwähnen, und in manchen Fällen ist es das auch nicht, aber ich finde es wirklich nützlich, weil die KI dann versteht, warum ich tue, was ich tue, was ihr hilft, sich an dem auszurichten, was ich implementieren möchte.
Anschließend gebe ich dem Agenten viel Zeit, das gesamte Repository durchzugehen, insbesondere den Teil, den ich umgestalten möchte, und einen detaillierten Plan für die Umgestaltung auszuarbeiten. Ich mache das im Planmodus in Claude Code.
Anschließend lese ich den Plan durch, um sicherzustellen, dass er meinen Erwartungen entspricht. Normalerweise sind die Agenten besser im Refactoring als ich persönlich, daher finde ich, dass die Pläne beim ersten Versuch meist in Ordnung sind.
Ein wichtiger Teil der Eingabeaufforderung, die ich bei jedem Refactoring verwende, besteht darin, dass ich dem Modell anweise, Checks zu implementieren, die vorher und nachher ausgeführt werden sollen. Die Checks sollten natürlich vorher funktionieren, und natürlich sollten alle wieder funktionieren, wenn sie fertig sind. Dies hilft dem Modell, seine Arbeit zu überprüfen und sicherzustellen, dass bei der Durchführung des Refactorings keine neuen Fehler entstehen.
Ich habe eine Menge Refactoring mit Claude Code durchgeführt und ich würde sagen, dass es bei der Durchführung von Refactoring-Arbeiten nahezu perfekt ist. Als ich das oben beschriebene Setup verwendete, traten nur sehr selten Probleme auf, und die Ausführung der Codierungsagenten in meinem Repository konnte quick immer erheblich verbessert werden.
Einfach ausgedrückt: Das Refactoring von Code mit Claude Code ist sehr effektiv.
Abschluss
In diesem Artikel habe ich besprochen, wie man Code mit Claude Code umgestaltet. Ich habe besprochen, warum Sie sich für Refactoring interessieren sollten, und hervorgehoben, wie es Ihre Codierungsagenten bei Implementierungen im Code-Repository wesentlich effektiver machen kann. Anschließend habe ich erläutert, wie Sie erkennen, wann ein Refactoring erforderlich ist, und wie Sie den Code umgestalten. Dies sind die beiden wichtigsten Punkte, die Sie beim Refactoring kennen sollten.
Bei KI und Coding-Brokers glaube ich, dass Sie die Umgestaltung von Code einfach kontinuierlich in Ihrem Code-Repository durchführen sollten. Sie sollten häufig einen Agenten Ihren Code durchgehen lassen, prüfen, ob etwas überarbeitet werden muss, und sofort mit dem Refactoring beginnen. Normalerweise ist der Agent in der Lage, dies vollständig selbst zu tun, und Sie müssen sich nicht viel darum kümmern, aber es ist sehr einfach zu bewerkstelligen. Dies ist etwas, das Sie kontinuierlich tun sollten, um Coding-Brokers in Ihrem Repository so effektiv wie möglich zu machen.
👉 Mein kostenloses E-E book und Webinar:
🚀 Verzehnfachen Sie Ihr Engineering mit LLMs (kostenloser 3-tägiger E-Mail-Kurs)
📚 Holen Sie sich mein kostenloses E-E book „Imaginative and prescient Language Fashions“.
💻 Mein Webinar zu Imaginative and prescient Language Fashions
👉 Finden Sie mich in den sozialen Netzwerken: