Parallele Ziele
Nutze dieses Skill, um eine rohe Benutzeraufgabe in ein ausführbares Build-Briefing zu übersetzen und die Arbeit über parallele Ziele auszuführen.
Ausgefülltes Briefing
Beginne, indem du die Anfrage des Benutzers in diese Vorlage übersetzt. Ersetze jeden Platzhalter in eckigen Klammern mit relevantem Inhalt aus der Anfrage oder konservativen Schlussfolgerungen aus dem aktuellen Projektkontext:
Erstelle [DING] mit [TECH/FRAMEWORK]. Es sollte [HAUPTFUNKTIONEN] enthalten, mit [INTERAKTION/ANIMATION/VERHALTENSDETAILS]. Es soll sich [STIMMUNG/QUALITÄT] anfühlen, unter Verwendung von [VISUELLEN DETAILS], [UMGEBUNGSDETAILS] und [EXTRAEFFEKTEN]. Ausgabe als [FORMAT/DATEITYP].
Laske keine Platzhalter in eckigen Klammern in der ausgefüllten Version. Wenn die Aufgabe nicht buchstäblich ein visuelles Build ist, passe die Felder an die nächstbesten Äquivalente an: Ding, Implementierungsumgebung, Kernliefergegenstände, erwartetes Verhalten, Qualitätsanspruch, umgebende Einschränkungen, hilfreiche letzte Handgriffe und Ausgabeartefakt.
Stelle dem Benutzer nur dann eine Frage, wenn ein fehlendes Detail die Aufgabe unmöglich oder riskant macht. Andernfalls schließe das Detail und mach weiter.
Zielsetzung
Bevor du die Arbeit verteilst, definiere, was „erledigt“ für die Aufgabe bedeutet.
Wenn ein Zielwerkzeug oder ein /goal-Workflow verfügbar ist, erstelle vor dem Start ein neues übergeordnetes Ziel aus dem ausgefüllten Briefing. Wenn die Plattform bereits ein aktives Ziel hat und kein weiteres erstellen kann, arbeite unter dem aktiven Ziel weiter und schreibe das neue Ziel in den Arbeitsplan, anstatt zu blockieren.
Das übergeordnete Ziel muss enthalten:
- Das ausgefüllte Briefing.
- Konkrete Abschlusskriterien.
- Das erwartete endgültige Artefakt oder die Antwort.
- Eine Überprüfung, die vor der Rückmeldung stattfinden sollte.
Paralleler Versand
Teile die Arbeit in unabhängige Teile auf, die gleichzeitig ausgeführt werden können. Verwende so viele Agenten wie wirklich hilfreich, aber erstelle keine zusätzlichen Agenten für Arbeiten, die schneller oder sicherer direkt erledigt werden können.
Gute parallele Arbeitsabläufe sind:
- Produkt- oder Anforderungsklärung aus vorhandenem Kontext.
- Architektur-, Datenmodell- oder Integrationsplanung.
- UI- oder Interaktionsdesign.
- Implementierung separater Module oder Dateien.
- Test-, Verifikations- und Randfallprüfung.
- Texte, Inhalte, Beispiele oder Dokumentation.
Gib jedem Agenten sein eigenes dediziertes /goal im Aufgaben-Prompt. Halte jedes Unterziel möglichst in sich geschlossen und überschneidungsfrei.
Verwende diese Form für jeden Agenten-Prompt:
/goal [EIN KLARES UNTERZIEL]
Kontext:
[Ausgefülltes Briefing und relevante Einschränkungen.]
Liefergegenstand:
[Spezifische Ausgabe, die der Hauptagent zurückbraucht.]
Grenzen:
[Dateien, Module oder Entscheidungen, die dieser Agent besitzt. Gib Bereiche an, die vermieden werden sollen.]
Überprüfung:
[Prüfungen, die dieser Agent durchführen, oder Begründungen, die er liefern sollte.]
Wenn Multi-Agenten-Werkzeuge verfügbar sind, verteile die Unteragenten gleichzeitig und synthetisiere ihre Ergebnisse, sobald sie zurückkommen. Wenn diese Werkzeuge nicht verfügbar sind, parallelisiere verfügbare lokale Inspektionsbefehle und erledige die verbleibende Arbeit direkt.
Synthese
Der Hauptagent besitzt das endgültige Ergebnis.
Wenn Agentenergebnisse zurückkommen:
- Vergleiche ihre Empfehlungen mit dem Repository oder Quellkontext.
- Löse Konflikte explizit.
- Wende nur die Teile an, die zur Anfrage des Benutzers und zu den Projektbeschränkungen passen.
- Halte die endgültigen Änderungen fokussiert und vermeide nicht zusammenhängende Refactorings.
- Führe die kleinste zuverlässige Überprüfung durch, die beweist, dass das Ergebnis funktioniert.
Wenn ein Agent eine unbewiesene Behauptung zurückgibt, überprüfe sie, bevor du dich darauf verlässt.
Abschließende Antwort
Melde dich mit dem fertigen Ergebnis, was geändert oder erstellt wurde und welche Überprüfung stattgefunden hat. Halte die Antwort einfach und benutzerorientiert, es sei denn, der Benutzer fragt nach Implementierungsdetails.