aitormf/agent-skills

Vom Plan zu Aufgaben

Verwandle einen Plan in eine ausführbare Aufgabenliste, die der implement-Agent befolgen und abhaken kann.

• Jedes Arbeitselement lebt in docs/specs/<YYYYMMDD>-<type>-<name>/.
• tasks.md hat keinen Status: sein Fortschritt wird durch die [x]-Kontrollkästchen angezeigt.

Bevor du beginnst

1. Identifiziere das Arbeitselement und lies plan.md und spec.md.

2. Tor: Wenn der Plan nicht den Status status: approved hat, stoppe und frage:

   Der Plan hat den Status <status>. Soll ich trotzdem fortfahren, ihn zuerst mit review-spec überprüfen, oder genehmigst du ihn jetzt?

   Fahre nur mit einer expliziten Antwort fort. Bei einer kleinen Änderung ohne Plan gilt das Tor für die Spezifikation.

3. Lies den Verifikationsbefehl im Abschnitt Commands der AGENTS.md (Comandos in spanischsprachigen Projekten). Wenn es keinen gibt, frage, was er ist, oder hinterlasse die Abschlussaufgabe mit einer Warnung.

Wie aufteilen

• Kleine Aufgaben: Jede ist eine überprüfbare Änderung, die das Projekt grün hinterlässt.
• Nach Abhängigkeiten geordnet. Markiere mit [P] diejenigen, die parallel zur vorherigen erledigt werden können.
• Jede Aufgabe listet die Dateien auf, die sie berührt, falls bekannt, und wie sie überprüft wird: welcher Test oder welcher Befehl.
• Wenn das Projekt mit TDD arbeitet (CONTRIBUTING.md oder AGENTS.md sagen dies), kommt der Test vor dem Code oder in derselben Aufgabe, niemals am Ende.
• Jedes Akzeptanzkriterium der Spezifikation und jeder negative Test aus Security müssen durch mindestens eine Aufgabe abgedeckt sein. Wenn eines nicht abgedeckt ist, sage dies.
• Die Abschlussphase ist obligatorisch: Akzeptanzkriterien mit Tests und der Verifikationsbefehl grün.
• Füge keine Arbeit hinzu, die nicht im Plan steht. Wenn etwas im Plan fehlt, stelle es als Frage.

Ergebnis

1. Erstelle den Entwurf der tasks.md aus assets/tasks-template.md.
2. Zeige den Entwurf mit:
   • den Aufgaben;
   • den parallelen Gruppen;
   • den Verifikationspunkten;
   • allen offenen Fragen.
3. Schreibe ihn erst, wenn die Person zustimmt.
4. Nächster empfohlener Schritt: Implementierung mit dem implement-Agenten.