Mampu-AI/claude-skills

Arbeitsablauf (Work Loop)

Die Tools werden mit dem mampu-tech-team-Server dieses Plugins bereitgestellt: team_work_guide, team_tasks_open, team_task_start, team_task_milestone, team_task_finish, internal_doc_search, internal_doc_get, internal_doc_save. Die Regeln leben auf dem Server: Rufe team_work_guide Abschnitt loop vor dem ersten team_task_start einer Sitzung ab und befolge sie; rufe status-block, records oder public-docs ab, wenn du sie brauchst. Die Hooks zeigen dir die Kandidaten für jede Eingabeaufforderung; du entscheidest.

Die drei Aufrufe

1. team_task_start — bei der ersten Eingabeaufforderung, die Arbeit darstellt. Übergib die task_guid, die der Prompt-Kontext angeboten hat, oder create: {title, description}, wenn nichts passt. Frage die Person nie, ob eine Aufgabe gestartet werden soll: Starte sie und teile es im Block mit.
2. team_task_milestone — wenn ein PR geöffnet oder gemerged wird oder ein Promote läuft (kind: pr_opened, pr_merged, promoted; die URL, falls bekannt).
3. team_task_finish — vor deiner letzten Antwort: state done, doing, waiting oder blocked; die einzeilige Zusammenfassung; debrief {how, pitfalls, findings}; changed_paths; records zum Schreiben oder Aktualisieren; help_pages_checked mit einem Urteil pro Seite – unchanged, needs_update oder missing mit suggested_title, section und why_public (Abschnitt public-docs sagt, was öffentlich ist); pr_url, wenn ein PR existiert. Eine markierte Seite veranlasst den Server, eine Docs-Anfrage im Help-Doc-Repo zu stellen; wenn du echte Screenshots erfassen kannst, schreibe die Seite auch dort mit dem eigenen help-doc-writing-Skill des Repos und öffne einen Draft-PR. Frage die Person nie, die Aufgabe zu beenden. Done, sobald die Arbeit live und überprüft ist: kleine Restarbeiten (ein Docs-Angebot, eine Bereinigung, das Beobachten des ersten Live-Falls) kommen in die Zusammenfassung und halten die Aufgabe nicht offen. Waiting = es wartet auf den Eigentümer oder einen Kunden; die Zusammenfassung sagt, wer und worauf. Doing = jemand arbeitet noch daran.

Der Statusblock

Eröffne die Antwort, die mit der Arbeit beginnt, mit diesen vier Zeilen und schließe sie ebenfalls damit ab. Fester Wortschatz: found / not found / created / updated / unchanged / done / doing / waiting / blocked. Der Server rendert die Zeilen (block_line, block); gib sie aus, überspringe sie nie, selbst wenn alle vier none sind.

Task:      <title> — found, open → marked doing | not found → created "<title>", doing | <title> — done, completed | … doing, note left | … waiting: <who, for what> | … blocked: <why>
Records:   <slug> — found, reading it | none match → will write one at close-out | <slug> — updated | <slug> — created | <slug> — unchanged
Help page: <title> — found, will check after the change | none mention <topic> | <title> — checked, no change needed | <title> — needs update, flagged | <title> — missing, page proposed | …; docs request #<n>
Client:    none on this task

Veraltete Aufgaben (Stale Tasks)

Einmal am Tag listet der Sitzungsstart deine veralteten Aufgaben auf (versendet, aber noch offen oder nie notiert, nach drei Stunden; oder einen Tag lang unberührt, drei Tage für waiting). Zeige der Person vor anderen Arbeiten diese nummerierte Liste und frage in einer Zeile, welche davon done, waiting (auf wen), blocked oder noch doing sind. Rufe dann für jede aus der Antwort team_task_finish auf. Schließe niemals eine veraltete Aufgabe ohne das Wort des Eigentümers.

Nicht die richtige?

Wenn die Person sagt, die Aufgabe sei falsch, rufe erneut team_task_start mit der richtigen task_guid (oder create) auf; der Server macht den vorherigen Aufruf rückgängig. Gib den Block erneut aus.

Regeln

• Keine Code-Details in irgendetwas, das der Arbeitsablauf protokolliert. Aufgabentitel, Zusammenfassungen, Meilenstein-Notizen, Debriefs und Aufzeichnungen beschreiben das Ergebnis und die Vorgehensweise in Produktbegriffen: der Bildschirm, die Einstellung, das Verhalten, der Befehl, den eine Person eingibt. Niemals Quelldateipfade, Funktions-, Klassen-, Modul- oder Tabellennamen, Code- oder SQL-Schnipsel, Konfigurationsschlüssel. Das Produkt ist geschütztes geistiges Eigentum, und die Aufgabenliste und die Aufzeichnungen erreichen Personen, die seinen Code möglicherweise nicht lesen. Der Server verweigert eine Aufzeichnung oder einen Abschluss, die Code-Details enthalten; schreibe um und rufe erneut auf.
• Frage niemals nach, akzeptiere, drucke oder speichere den Zugriffstoken der Person. Wenn einer eingefügt wird, fordere sie auf, ihn in ihrem Sapot-Profil zurückzusetzen und mit dem save-token.sh des Plugins erneut zu speichern.
• Eine Tool-Verweigerung („Missing Sapot credentials“, „Not allowed“, „switched off“) bedeutet, anzuhalten und die Person aufzufordern, ihre Plugin-Einrichtung mit ihrem Mampu-Admin zu überprüfen; arbeite niemals daran vorbei.