sind Eingabeaufforderungen, die Sie für Ihren Codierungsagenten speichern können, um einen einfachen Zugriff zu ermöglichen. Dies ist in der Regel sehr nützlich für Eingabeaufforderungen, die Sie wiederholt verwenden, wie zum Beispiel:
- Erstellen Sie eine Launch-Pull-Anfrage vom Dev- zum Prod-Zweig
- Analysieren Sie diese Protokollgruppen und informieren Sie mich über etwaige Probleme
- Führen Sie Pre-Commit-Prüfungen durch, pushen Sie den Code und führen Sie eine PR durch
Dies sind alles Befehle, die ich täglich ausführe. Anstatt die Eingabeaufforderungen jedes Mal neu einzutippen oder irgendwo zu speichern, kann ich sie einfach als Schrägstrichbefehle in Claude Code oder Warp speichern.
Dadurch habe ich superschnellen Zugriff auf meine am häufigsten verwendeten Eingabeaufforderungen, was mir täglich viel Zeit spart.
In diesem Artikel bespreche ich Slash-Befehle, was sie sind und warum sie so effektiv sind. Darüber hinaus werde ich einige spezifische Befehle behandeln, die ich gespeichert habe und regelmäßig verwende.
Warum Sie Slash-Befehle verwenden sollten
Slash-Befehle sind einfach leicht zugängliche Eingabeaufforderungen, die sehr nützlich sind, wenn Sie viele sich wiederholende Eingabeaufforderungen ausführen. Ich glaube, dass viele der Eingabeaufforderungen, die die meisten Programmierer verwenden, wiederholte Eingabeaufforderungen sein werden. Es kann zum Beispiel sein:
- Pull-Requests erstellen
- Überprüfen, ob der Code produktionsbereit ist
- Dokumentation für eine Codebasis schreiben
Dies sind alles Eingabeaufforderungen, die Sie wahrscheinlich regelmäßig ausführen. Wenn ja, sollten Sie diese Eingabeaufforderungen in Slash-Befehle umwandeln. Anstatt zu schreiben:
Verify if the code is manufacturing prepared, run pre-commit checks with black,
mypy and pytest, commit and push the code, and create PR and supply me
the url to the PR.Sie können dies einfach als Befehl speichern und schreiben:
/make-prAufgrund der jüngsten Fortschritte bei Codierungsagenten schreibe ich viel mehr Code und stelle daher viel mehr Pull-Anfragen. Deshalb schreibe ich diese Aufforderung zwei- bis zehnmal am Tag. Der Zeitaufwand für das Ausschreiben der Eingabeaufforderung summiert sich daher schnell und ich spare viel Zeit, wenn ich stattdessen einfach den Slash-Befehl verwende.
Ein zusätzlicher Vorteil der Verwendung von Slash-Befehlen besteht darin, dass Ihre Befehle konsistent sind. Sie führen immer den gleichen Befehl aus und vergessen nie, Teile des Befehls aufzuschreiben, z. B. die Durchführung von Pre-Commit-Prüfungen. Dies ist auch eine enorme Zeitersparnis.
So erstellen Sie Slash-Befehle
Sie erstellen Slash-Befehle auf unterschiedliche Weise, je nachdem, welches Device Sie verwenden. Ich werde jedoch Hyperlinks zu drei der gängigsten Coding-Agent-Instruments und Hyperlinks zu deren jeweiliger Dokumentation zu Slash-Befehlen bereitstellen:
Im Allgemeinen können Sie jedoch einfach ein beliebiges Codierungstool aufrufen, ihm eine Eingabeaufforderung und einen Namen geben und es anweisen, den Schrägstrich-Befehl für Sie zu erstellen.
Sie können den Befehl dann verwenden, indem Sie einen Schrägstrich und den Befehlsnamen eingeben. Zum Beispiel, um den Befehl auszuführen make-pr Sie würden den folgenden Befehl in Ihren Codierungsagenten schreiben
/make-prEinige meiner Slash-Befehle
In diesem Abschnitt beschreibe ich einige der Slash-Befehle, die ich täglich verwende. Für jeden Befehl erkläre ich, warum er nützlich ist und wie man ihn verwendet.
Erstellen Sie eine Launch-PR
Eine gängige Codierungspraxis besteht darin, drei Arten von Zweigen zu verwenden:
- Function-Branches (persönliche Branches, die von Menschen verwendet werden)
- Ein gemeinsamer Entwicklungszweig
- Ein gemeinsamer Produktionszweig
Wenn Sie diese Struktur verwenden, erstellen Sie wahrscheinlich Launch-PRs vom Entwicklungszweig zum Produktionszweig. Diese PRs folgen in der Regel einer Standardstruktur und heben die verschiedenen Änderungen hervor, die zusammengeführt werden. Zum Beispiel:
- Jede hinzugefügte Änderung und von wem
- Alle nützlichen Hyperlinks zu Dokumentation, Slack-Nachrichten oder anderem relevanten Kontext
- Eine Checkliste, die vor dem Zusammenführen des Codes ausgefüllt werden muss (Qualitätssicherung and many others.)
Um dies zu erstellen, fordern Sie normalerweise Ihren Codierungsagenten auf, eine PR mit den Spezifikationen aus der Aufzählungspunktliste oben zu erstellen. Dies nimmt jedoch Zeit in Anspruch und kann inkonsistent sein (da Sie bei jedem Schreiben möglicherweise kleine Änderungen an Ihrer Eingabeaufforderung vornehmen).
Erstellen Sie stattdessen einen Slash-Befehl wie:
Create a launch PR from the dev department to the primary department. The PR ought to
embrace:
- every change being added, and by whom
- hyperlinks to related context used for an of the adjustments (slack messages and many others)
- a guidelines of things that needs to be performed earlier than merging, if related. For
instance: "carry out QA testing in dev department"Jetzt können Sie schnell und konsistent Launch-PRs für Ihr Repository erstellen.
Erstellen Sie eine neue Funktionszweig-PR
Wahrscheinlich der häufigste Befehl, den ich verwende, um einen neuen Function-Zweig PR zu erstellen. Nachdem ich eine neue Funktion implementiert oder einen Fehler behoben habe, muss ich Folgendes tun:
- Rufen Sie den neuesten Entwicklungszweig ab, um sicherzustellen, dass ich auf dem neuesten Stand bin
- Verzweigen Sie vom neu gezogenen Entwicklungszweig zu einem Function-Zweig
- Führen Sie Pre-Commit-Prüfungen für den neuen Code durch
- Commit und Push des Codes im neuen Function-Department
- Erstellen Sie eine PR vom Function-Department zum Dev-Department
Ich führe dies mehrmals am Tag aus und daher ist es viel schneller, es als Slash-Befehl auszuführen, wie Sie unten sehen:
Given the adjustments, I now must create a PR. Do the next:
- Pull the newest dev department
- Department off to a brand new function department from the dev department
- Run pre-commit checks to ensure my code is manufacturing prepared
- Commit and push the function department
- Create a PR from the function department to the primary departmentIch gebe häufig auch den Function-Department-Namen an, da ich die lineare Department-Benennung verwende, um den Standing meiner Probleme automatisch zu aktualisieren, abhängig vom Standing meines Codes (ob er sich in einem Function-Department, in Dev oder in Prod befindet).
Verallgemeinern Sie das Wissen aus einem Thread
Ein weiterer Befehl, den ich verwende, um Wissen aus einem Thread zu verallgemeinern. Das ist sehr nützlich, denn ich stelle oft fest, dass sich Agenten etwas anders verhalten als gewünscht, beispielsweise bei der Implementierung einer Funktion. Oder dem Modell fehlen möglicherweise einige Kenntnisse, die für zukünftige Interaktionen nützlich wären.
Daher sage ich dem Modell, dass es das Wissen aus dem Thread verallgemeinern soll, in dem ich eine neue Funktion implementiert oder einen Fehler behoben habe. Ich verwende eine Eingabeaufforderung wie:
Generalize the information from this thread, saving all helpful, generalizable
information that's helpful for future coding on this repository. Retailer the
knowedge in AGENTS.mdNormalerweise führe ich diesen Befehl nach dem letzten Befehl aus, der eine neue Pull-Anfrage aus meinem Function-Zweig erstellt.
Produktionsbereiter Code
Ich finde oft, dass die Frage an meinen Coding-Agenten, ob der Code produktionsbereit ist, beim Auffinden von Fehlern und anderen Problemen hilfreich ist. Aus irgendeinem Grund führt die Aufforderung an das Modell zur Produktionsbereitschaft dazu, dass das Modell über seine Implementierung nachdenkt und Probleme entdeckt, die es zuvor übersehen hat. Ich habe daher einen separaten Immediate, mit dem ich überprüfe, ob mein Immediate produktionsbereit ist:
Verify if the brand new code created on this department is manufacturing prepared. You need to
search for any potential points when working this code in manufacturing, and
guarantee all assessments and pre-commit checks run as anticipated. If you happen to detect any
points, present me a report in regards to the points, their severity, and the way we will
resolve them.Ein Cursor-Beispiel
Ich möchte auch ein Beispiel für einen Slash-Befehl hervorheben, den Cursor bereitstellt deren Dokumentation.
Sie stellen beispielsweise eine Code-Overview-Checkliste bereit, die das Modell durchgehen kann, um Code-Evaluations durchzuführen. Dies ist sehr nützlich, um Überprüfungen durchzuführen, nachdem Sie PRs erstellt haben, kann aber auch als Pre-Commit-Prüfung durchgeführt werden.
Sie können den Slash-Befehl zur Codeüberprüfung unten sehen:
# Code Overview Guidelines
## Overview
Complete guidelines for conducting thorough code opinions to make sure high quality, safety, and maintainability.
## Overview Classes
### Performance
- ( ) Code does what it is presupposed to do
- ( ) Edge instances are dealt with
- ( ) Error dealing with is acceptable
- ( ) No apparent bugs or logic errors
### Code High quality
- ( ) Code is readable and well-structured
- ( ) Features are small and centered
- ( ) Variable names are descriptive
- ( ) No code duplication
- ( ) Follows undertaking conventions
### Safety
- ( ) No apparent safety vulnerabilities
- ( ) Enter validation is current
- ( ) Delicate knowledge is dealt with correctly
- ( ) No hardcoded secrets and techniquesAbschluss
In diesem Artikel habe ich Slash-Befehle besprochen und wie sie Sie zu einem effektiveren Programmierer machen können. Slash-Befehle sind einfache Eingabeaufforderungen, die Sie für einen einfachen Zugriff speichern und die normalerweise für Eingabeaufforderungen verwendet werden, die Sie wiederholt ausführen. Die Verwendung von Slash-Befehlen spart mir täglich viel Zeit. Ich empfehle Ihnen dringend, über wiederholte Prozesse und Eingabeaufforderungen nachzudenken, die Sie in Ihrer täglichen Programmierung verwenden, und darüber nachzudenken, wie Sie diese in Schrägstrichbefehle umwandeln können. Ich glaube, dass diese Einstellung unglaublich wichtig ist, wenn man effizienter werden möchte. Programmierer.
👉 Meine kostenlosen Ressourcen
🚀 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:
📩 Abonnieren Sie meinen E-newsletter
✍️ Medium