本页目录8 个章节
Dieser Leitfaden basiert auf dem Stand von September 2026. Preise, Modelle und Oberflächenbezeichnungen können sich ändern; die Informationen sind keine Live-Daten.
Wiederverwendbare Abläufe von Projektvorgaben und externen Werkzeugen trennen.
Den kleinsten hilfreichen Mechanismus wählen
Regeln eignen sich für dauerhafte Projektkonventionen, Skills für wiederholbare Aufgaben und MCP für externe Werkzeuge oder Daten. Diese Unterscheidung hilft bei der Planung; das genaue Ladeverhalten hängt vom Client ab.
Skills auf ein Ergebnis ausrichten
Ein hilfreicher Skill beschreibt Einsatzfall, Eingaben, Schritte und Ergebnisprüfung. Ein Skill für Versionshinweise sollte etwa den Commit-Bereich nennen, Änderungen für Leser gruppieren und Issue-Links prüfen.
Konfigurationen nicht ungeprüft zwischen Clients kopieren
TRAE, Cursor und Zed bieten Skills, aber Verzeichnisse, Metadaten und Rechte können abweichen. Befolge die Dokumentation des installierten Clients. Teste zuerst eine kleine Aufgabe, bevor du Releases oder Migrationen bearbeitest.
Gedächtnis und Agentenrollen klar halten
Trenne dauerhafte Projektfakten vom vorübergehenden Fortschritt. Gib jedem Agenten konkrete Eingaben und Ergebnisse und prüfe die gemeinsamen Änderungen. Mehr Agenten helfen nur bei klar teilbarer Arbeit.
Die erste vollständige Aufgabe: ändern, prüfen, begutachten
-
Wählen Sie ein kleines Repository mit funktionierendem Build. Speichern Sie einen sauberen Git-Stand und den derzeit erfolgreichen Prüfkommando als Ausgangsbasis.
-
Beschreiben Sie ein sichtbares Ergebnis, etwa ein Pflichtfeld in einem bestehenden Formular. Nennen Sie Dateien, vorhandene Validierung und unverändert zu lassendes Verhalten.
-
Prüfen Sie vor der Bearbeitung einen kurzen Plan: betroffene Komponenten, Datenfluss und Prüfschritte. Ergänzen Sie fehlenden Kontext zuerst.
-
Prüfen Sie Diffs in kleinen Schritten, einschließlich Abhängigkeiten, generierter Dateien, Umgebungsvariablen und Fehlerbehandlung. Testen Sie Erfolgs- und Fehlerfälle.
-
Notieren Sie das akzeptierte Ergebnis, Prüfaufwand und Verbrauch. Wiederholen Sie dies mit einer zweiten typischen Aufgabe, bevor Sie Tarif oder Teamumstieg festlegen.
Vorlage für eine Aufgabenbeschreibung
Ziel: für Nutzer sichtbare Änderung.
Kontext: relevante Dateien und bestehende Umsetzung.
Grenzen: öffentliche API und Abhängigkeiten beibehalten.
Prüfung: Projektprüfungen und Fehlerfälle ausführen.
Abschluss: geänderte Dateien, Prüfungen und verbleibende Grenzen nennen.Wenn das Ergebnis nicht funktioniert
Eine erfolgreiche Antwort beweist keinen funktionierenden Code. Bei falschen Dateien grenzen Sie die Aufgabe ein und nennen den Einstiegspunkt. Befehle im gleichen Terminal reproduzieren. Bei MCP Start, Zugangsdaten und Clientkonfiguration getrennt prüfen. Bei Verbrauchslimits zuerst Guthaben und Modell kontrollieren. Halten Sie Patches klein und separat rücksetzbar.
Häufige Fragen vor dem Wechsel
Bedeutet ein Abonnement unbegrenzte Agentennutzung?
Nein. Preis, enthaltene Nutzung, Modellzugriff und Mehrverbrauch sind getrennt. Unbegrenzte Vervollständigung bedeutet keine unbegrenzten Modellanfragen.
Soll ich alle MCP-Server anschließen?
Beginnen Sie mit der benötigten Integration. Prüfen Sie Start, Werkzeuge und Kontextumfang vor weiteren Verbindungen.
Wie vergleiche ich zwei Editoren?
Mit demselben Repository, derselben Aufgabe und denselben Prüfkriterien. Vergleichen Sie korrekte Änderungen, Prüfaufwand, Einrichtung und Verbrauch.
Weitere TRAE-Anleitungen
继续阅读
更多围绕相同主题、协议或工具的文章。
