henningthies

Schnelle Ideen-Erfassung in die Inbox

Strategische Beratung mit 3-Perspektiven-Methode

Texte verbessern mit konkretem Feedback

Interaktive Meeting-Notizen mit Pipeline-Verknüpfung

Inbox verarbeiten - heute, morgen, parken oder löschen

Strukturierte Recherche mit Wissens-Akkumulation

Wöchentliche Reflexion - Zahlen, Patterns, Learnings

Onboarding Wizard - Personal AI personalisieren

Setzt ein geplantes Feature dieser App (kursverwaltung) TDD-first um — Tests VOR Code, Minitest + Fixtures, vanilla Rails / 37signals. Liest das ADR (doc/adr/NNNN-slug.md), PRD (doc/prd/slug.md) und die Mockups (mockups/slug-*.html) als verbindliche Spec, legt den Feature-Branch (feature/<slug>) an und implementiert Migration → Modell → Controller/Routes → Views, bis bin/rails test grün ist. Nimmt einen Slug (oder eine Feature-Beschreibung, aus der der Slug abgeleitet wird) entgegen. Nutzen, sobald jemand ein geplantes Feature bauen/ implementieren will, sagt "bau Feature X", "implementier slug Y", "setz das PRD um", "leg den Feature-Branch an und fang an". Zweiter Schritt der Feature-Factory (feature-plan → feature-build → feature-review).

Plant ein Feature für diese App (kursverwaltung) von Grund auf: vergibt einen Feature-Slug, erstellt ein nummeriertes ADR (doc/adr/NNNN-slug.md), ein PRD (doc/prd/slug.md), statische HTML-Mockups (mockups/slug-*.html im Tailwind-CDN- Stil) und einen Umsetzungsplan inkl. Test-Edge-Cases. Vorher wird der User relentless im grill-me-Stil interviewt — eine Frage nach der anderen, mit empfohlener Antwort — bis JEDE offene Entscheidung getroffen ist; ein Screenshot/Bild kann als visuelle Referenz mitgegeben werden. Nutzen, sobald jemand ein neues Feature planen/konzipieren/durchdenken will, ein ADR/PRD/ Mockup braucht, oder sagt "plane Feature X", "lass uns Feature Y durchdenken", "konzipier mir …", "ich will ein Feature grillen". Erster Schritt der Feature- Factory (feature-plan → feature-build → feature-review).

Abschluss-Check für ein fertig gebautes Feature dieser App (kursverwaltung), analog zu kr, aber umfassender: prüft (1) Projekt-Konventionen (vanilla Rails / 37signals, STATUSES/ROLES statt enum, params.expect, deutsche UI / englische Bezeichner, Minitest + Fixtures), (2) bin/rails test grün, (3) Feature complete gegen die Akzeptanzkriterien des PRD und (4) im laufenden Server verifiziert — und gibt eine knappe, nach Schweregrad sortierte Befund-Liste aus. Bei sauberem Befund wird automatisch ein Pull Request (gh) erstellt. Nimmt einen Slug entgegen. Nutzen, sobald jemand ein Feature abschließen/freigeben will, sagt "review Feature X", "ist slug Y fertig?", "Abschluss-Check", "kann das in den PR?", "schließ das Feature ab". Dritter und letzter Schritt der Feature-Factory (feature-plan → feature-build → feature-review).

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

Reviewt geänderten Rails-Code dieser App (kursverwaltung) gegen die verbindlichen Projekt-Konventionen aus CLAUDE.md: vanilla Rails / 37signals (keine Service-Objekte/Abstraktions-Gems), STATUSES/ROLES-Konstanten-Muster statt enum, params.expect statt require.permit (role nie massenzuweisbar), deutsche UI-Texte mit englischen Code-Bezeichnern, Minitest + Fixtures. Unbedingt nutzen, sobald jemand nach einem Konventions-Review, Style-Check, Self-Review oder PR-Review für Rails-Änderungen fragt — auch formuliert als "passt das zu unseren Konventionen?", "review meinen Code", "check vor dem Commit/Push", "ist das vanilla Rails?", oder vor einem Commit/PR. Greift auf geänderte/ungestagte Dateien (Diff) ebenso wie auf konkret genannte Dateien.

Erstellt mit Playwright einen Screenshot zu einer angegebenen URL. Nutzen, sobald jemand einen Screenshot/Bildschirmfoto einer Seite oder URL möchte — z. B. "Screenshot von http://localhost:3000", "mach ein Bild von der Startseite", "screenshot die Kursübersicht".

Run parallel code review (quality, security, performance)

Split feature into independent subtasks and execute in parallel

Analyze a spec and create user stories with acceptance criteria