Eine Vorlage richtet Typen, Abläufe, Felder, Labels und Filter eines Projekts in einem Schritt ein und gibt deinen Agenten die Methode als Skills mit, denen sie folgen. Manager bringt Vorlagen für viele Arten von Arbeit mit, und was eine davon einrichtet, kannst du danach frei ändern.
Eine Vorlage legt Aufgabentypen mit ihren Status an, dazu eigene Felder, Labels und geteilte Filter. Außerdem bringt sie Skills mit: die Anleitungen, nach denen deine Agenten die Methode umsetzen.
Skills erreichen jeden verbundenen Agenten über MCP, nicht über deinen Prompt. Bitte um den Flow-Check oder das Postmortem, und der Agent geht genau die Schritte, die die Vorlage vorgibt.
Beim Anlegen eines Projekts zeigt der Schritt Vorlage genau, was entsteht: Typen, Status samt WIP-Limits, Felder, Labels, Skills und Filter. Vom Namen aufs Innenleben raten musst du nicht.
Eine Vorlage wirkt einmal, beim Anlegen. Was sie eingerichtet hat, sind ab dann ganz normale Einstellungen: Status umbenennen, Felder ergänzen, Skills bearbeiten oder löschen.
Dir fehlt im laufenden Projekt ein Typ Incident oder Risk? „Aus Vorlage übernehmen“ holt genau die Typen, die du ankreuzt, samt Status und Feldern, und überschreibt nichts.
Ein Projekt sitzt genau so, wie du es willst? Speicher es als Vorlage, Skills und Filter inklusive, und alle in deiner Organisation können damit starten. Die Standardvorlage legen Admins fest.
Sie kommen mit Manager und werden mit ihm aktualisiert: Dein nächstes Projekt startet mit der neuesten Fassung, laufende Projekte behalten ihre Einrichtung. Jede Karte führt zu einem Guide, der die Vorlage in einem echten Projekt zeigt.
Der Standard: Epics, Ziele, Aufgaben und Bugs, abgestimmt auf die Arbeit mit KI-Agenten. Die sichere Wahl, wenn keine Methode etwas anderes verlangt.
Zur Anleitung →Vom Backlog bis Erledigt mit WIP-Limits, den Labels Expedite und Blocked und zwei Skills, die den Fluss im Blick behalten. Für Support, Betrieb und laufende Arbeit.
Zur Anleitung →Epics, Stories, Tasks und Bugs mit Schweregrad, dazu Skills für Backlog-Pflege, Sprintplanung, Review und Retro. Für Teams, die in Sprints arbeiten.
Zur Anleitung →Bugs mit Schweregrad und Umgebung, Feature-Wünsche mit eigenem Ablauf und Tasks darunter. Für jedes Produkt, zu dem Leute Fehler melden.
Zur Anleitung →Releases in Phasen und atomare Aufgaben zerlegt, jede Phase durch Discuss, Plan, Execute, Verify und Ship. Angelehnt an die Open-Source-Methode GSD (MIT).
Zur Anleitung →Features vom Brainstorming bis zum Review, kleine Aufgaben testgetrieben gebaut, mit einem Definition-of-Done-Gate. Angelehnt an die Open-Source-Methode Superpowers (MIT).
Zur Anleitung →Bestehenden Code Vorschlag für Vorschlag ändern, mit Delta-Specs, die in lebende Spezifikationen im Wiki einfließen. Angelehnt an die Open-Source-Methode OpenSpec (MIT).
Zur Anleitung →Jedes Feature an einer Projektverfassung gemessen, von Specify und Clarify über Plan, Tasks und Analyze bis Implement. Angelehnt an GitHub Spec Kit (MIT).
Zur Anleitung →Incidents von SEV1 bis SEV4 mit Commander, Verlauf in den Kommentaren und Skills vom Eröffnen bis zum Postmortem ohne Schuldzuweisung. Für Bereitschaftsteams.
Zur Anleitung →Risikoregister, Annex-A-Maßnahmen mit Anwendbarkeitserklärung, interne Audits und Korrekturmaßnahmen. Angelehnt an ISO/IEC 27001.
Zur Anleitung →Dokumentierte Prozesse, Kundenbeschwerden, Abweichungen mit Korrekturmaßnahmen und interne Audits nach Plan-Do-Check-Act. Angelehnt an ISO 9001.
Zur Anleitung →Verarbeitungsverzeichnis, DSFAs, Betroffenenanfragen, Datenpannen mit 72-Stunden-Frist und Auftragsverarbeiter in einem Projekt. An der DSGVO orientiert, keine Rechtsberatung.
Zur Anleitung →Serviceanfragen, Incidents, Probleme mit bekannten Fehlern und Changes mit CAB-Freigabe, priorisiert nach Auswirkung und Dringlichkeit. Folgt ITIL-Praktiken.
Zur Anleitung →Dein Agent liest über MCP den ganzen Katalog, samt allem, was jede Vorlage anlegt, und legt das Projekt aus der passenden an. Mit der Admin-Rolle passt er die Einrichtung danach auch an und holt Typen aus anderen Vorlagen dazu.
Sag deinem AgentenManager: Liste die Projektvorlagen auf und sag mir, welche zu einem Programm für Sicherheitsprüfungen passt. Leg das Projekt dann mit dem Schlüssel SEC an.
Der Agent vergleicht, was jede Vorlage anlegt, nennt die passendste samt Begründung und legt das Projekt daraus an, mit Typen, Feldern, Labels und Skills.
Sag deinem AgentenManager: Leg ein Projekt ‚Payments-Neubau‘ mit dem Schlüssel PAY aus der Vorlage Kanban an.
Das Projekt startet mit Backlog bis Erledigt, WIP-Limits von 5 und 3, den Labels Expedite und Blocked und zwei Flow-Skills. Der Agent bekommt die ganze Einrichtung zurück und kann die ersten Stories anlegen.
Sag deinem AgentenManager: Hol den Typ Incident aus der Vorlage Incident Response in dieses Projekt und zeig mir vorher, was sich ändert.
Ein Probelauf zeigt, was dazukäme und was übersprungen würde. Gibst du grünes Licht, kommt der Typ mit sieben Status und drei Feldern dazu, und an deinem Bestand ändert sich nichts.
Sag deinem AgentenManager: Unser Team schafft drei Karten gleichzeitig. Setz das Limit für ‚In Arbeit‘ bei jedem Typ auf 3 und pass den Skill flow-check daran an.
Er ändert das Limit am Status „In Arbeit“ jedes Typs und die Zahlen im Skill, in einem einzigen Aufruf, der alles andere lässt, wie es war.
Alles, was eine Vorlage mitbringt, und was du davor und danach damit machen kannst.
Anleitungen, die diese Funktion in einem echten Projekt einsetzen.
Wähl eine Vorlage, sieh dir die Vorschau an und leg das Projekt an, von Hand oder über deinen Agenten. Pass es an, bis es sitzt, und speicher es als eigene Vorlage. Dann startet das nächste Projekt dort, wo dieses angekommen ist.
Vorabzugang anfragen