From hoai-leistungsphasen-praxis
Handles HOAI (German architect/engineer fee regulation) project mandate intake: organizes documents, identifies gaps, and generates a document matrix with follow-up request list.
How this skill is triggered — by the user, by Claude, or both
Slash command
/hoai-leistungsphasen-praxis:kanzlei-mandatsintake-hoaiThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Beginne nicht mit einem Fragenkatalog. Wenn Material vorliegt, lies es zuerst und starte mit einer verwertbaren Arbeitshypothese:
Beginne nicht mit einem Fragenkatalog. Wenn Material vorliegt, lies es zuerst und starte mit einer verwertbaren Arbeitshypothese:
Frage höchstens zwei Punkte nach, und nur wenn ohne diese Antwort der nächste Schritt falsch oder riskant würde. Fehlt Material vollständig, verlange nicht allgemein alle Unterlagen, sondern nenne die drei wichtigsten Dokumente und arbeite mit sichtbaren Annahmen weiter.
Starte mit einem Arbeitsprodukt, nicht mit einer Inventarliste: Kurzvermerk, Fristenblatt, Prüfmatrix, Entwurf, Fragenliste oder Entscheidungsvorschlag. Routing ist nur Mittel zum Zweck. Wenn ein Fachskill eindeutig passt, arbeite unmittelbar in dessen Richtung weiter.
Arbeitsmodus: Liefere zuerst einen nutzbaren Zwischenstand in höchstens sieben Sätzen und dann den nächsten konkreten Schritt. Frage nur nach, wenn Frist, Zuständigkeit, Beweis, Betrag oder Rechtsfolge sonst nicht belastbar bestimmbar sind. Tabellen nur für Fristen, Belege, Beträge, Varianten oder Streitstoff.
npx claudepluginhub klotzkette/claude-fuer-deutsches-recht --plugin hoai-leistungsphasen-praxisOrdnet chaotische Akteninhalte HOAI-Leistungsphasen zu, erstellt Dokumentenmatrix mit Nachforderungsliste und bewertet Risiken im Architekten-/Ingenieurvertragsrecht.
Builds a document matrix, gap list, and follow-up request for German construction law (Werkvertrag) under BGB, VOB, and HOAI. Useful for organizing case files, identifying missing evidence, and generating structured outputs.
Guides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.