Project Hub - Projekttypen

Die sechs eingebauten Project-Hub-Projekttypen mit Feldern, Phasen, Kontaktrollen, Vorlagen und Wissensdokumenten sowie das Anlegen eigener Typen.

Project Hub - Projekttypen

English Version

← Zurück zur Übersicht

Ein Projekttyp bestimmt, welche Felder und Phasen ein Projekt typischerweise hat, welche Vorlage get-template ausgibt und welche Wissensdokumente beim Laden des Projekts einfließen. Der Typ ist ein freier Name im Projekt. Das Plugin bringt sechs Typen mit, eigene kommen hinzu.

Eingebaute Typen

Typ	Einsatz	Phasen laut Typ-Beschreibung
`merchant-onboarding`	Einbindung eines Händlers in Zahlungsprodukte (BNPL, Lastschrift, mehrere Märkte)	Discovery, Contract, Tech Integration, UAT, Go-Live, Hypercare
`it-project`	IT- und Softwareprojekte	Discovery, Design, Development, Testing, Deployment, Support
`consulting`	Beratungsprojekte	Scoping, Analysis, Design, Delivery, Closed
`marketing`	Kampagnen und Markeninitiativen	Briefing, Concept, Production, Review, Launch, Reporting
`event`	Events und Veranstaltungen	Planning, Preparation, Promotion, Execution, Follow-up
`generic`	Allgemeine Projekte	freier Text

Die Phasen sind eine Orientierung. Das Feld phase eines Projekts nimmt beliebigen Text auf, und der Server erzwingt keine Phasenfolge.

Projektfelder

Jedes Projekt hat die Felder Name, Typ, Status, Beschreibung, Markt, Produkte, Phase, Go-Live, Budget und Notizen. Welche davon ein Typ nutzt, steht in seiner Vorlage:

Typ	Felder der Vorlage
`merchant-onboarding`	name, description, market, products, phase, go_live, budget, notes
`it-project`, `consulting`, `generic`	name, description, phase, go_live, budget, notes
`marketing`, `event`	name, description, market, phase, go_live, budget, notes

Status ist ein Freitextfeld. Die Skills arbeiten mit active, paused, completed und cancelled. Projekte mit anderem Status zeigt das Dashboard unter "Sonstige".

Vorlagen

/project-hub:get-template <typ> gibt die Vorlage als Markdown mit YAML-Kopf aus. Du füllst sie außerhalb des Chats und importierst sie mit /project-hub:new-project, entweder eingefügt oder als .md-Datei. Alle Werte müssen einfacher Text sein, Listen sind nicht erlaubt, und name ist Pflicht.

Wissensdokumente

Das Plugin liefert Vorlagen für Wissensdokumente mit. /project-hub:setup oder /project-hub:knowledge sync kopiert sie nach ~/.project-hub/knowledge/<typ>/.

Typ	Dokumente
`merchant-onboarding`	`governance`, `process`, `roles`, `vacation-handover`
`it-project`	`architecture`, `charter`, `runbook`
`consulting`	`engagement`, `governance`, `roles`
`marketing`	`campaign-brief`, `stakeholders`
`event`	`logistics`, `runsheet`, `stakeholders`
`generic`	`charter`

resume und session-start laden alle Dokumente des Typs automatisch, außer bei generic.
Eigene Dokumente legst Du als .md-Datei in den Typordner. Die erste Überschrift der Datei ist der Titel.
Das Dokument vacation-handover ist die Grundlage für den Skill vacation-handover.

Eigene Typen

/project-hub:type-creator legt einen Typ unter ~/.project-hub/project-types/<name>/ an (Name als Slug) mit einer README.md samt Phasen und Kontaktrollen und einem leeren Ordner knowledge/. Der Typ erscheint danach in new-project, get-template und help.

Ein eigener Typ mit dem Namen eines eingebauten Typs überschreibt diesen.
Eingebaute Typen lassen sich nicht löschen, eigene Typen schon (über /project-hub:configure, Projekttypen verwalten).
Eine eigene template.md im Typordner wird von get-template bevorzugt. Ohne sie gilt die generische Vorlage.
Die Wissensdokumente eines eigenen Typs liegen weiterhin unter ~/.project-hub/knowledge/<typ>/, nicht im Typordner.
Der Tonfall in compose fällt bei unbekannten Typen auf die Regeln für it-project, marketing und generic zurück.