Files
Florian Wilde b0c4e9e9b9 refactor: rebuild template — Tailwind v4, Docker self-hosting, passkey auth
Toolchain fixes (all previously broken):
- npm run lint: next lint was removed in Next 16 -> eslint with flat config
- .eslintrc.json was ignored by ESLint 9 -> eslint.config.mjs
- npm test / test:e2e exited 1 with no tests -> passWithNoTests
- Vitest scanned tests/ and would have run Playwright specs -> scoped to src/
- Playwright targeted Mobile Safari while docs installed only chromium
- reuseExistingServer silently tested a foreign server on :3000 -> E2E_PORT
- 11 high-severity vulns -> npm audit fix
- deny rule Read(**/.env*) also blocked .env.example -> precise patterns

Stack changes:
- Tailwind v3 -> v4 (CSS-first, no tailwind.config.ts, tw-animate-css)
- shadcn regenerated for v4; 33 components -> 6 core, bundled radix-ui
- Supabase removed entirely; data layer is now chosen per project
- Vercel removed; Docker Compose self-hosting with scripts/update.sh
- Better Auth + passkey plugin as the binding auth standard
- ThemeProvider and Sonner mounted; dark mode and toasts now actually work

Workflow system:
- Sub-agents wired: /frontend, /backend, /qa delegate to .claude/agents
- Checklists folded into their SKILL.md; one file per skill
- Rules rewritten: DB-agnostic backend, passkey security, v4 frontend
- Spec language settled as German, skill instructions English
2026-08-09 00:48:50 +02:00

2.0 KiB

name, description, argument-hint, user-invocable
name description argument-hint user-invocable
help Context-aware guide — where the project stands and what to do next. optional question true

Help

Work out where the project actually stands, then say what to do next. Be concrete, be short.

1. Read the state

  1. docs/PRD.md — still the empty template, or filled in?
  2. features/INDEX.md — which features exist, at which status?
  3. For the active feature, check which sections its spec already has: Tech Design (/architecture), QA Test Results (/qa), Deployment (/deploy)
  4. Quick scan: ls src/components/ui/, ls src/app/api/ 2>/dev/null, ls tests/ 2>/dev/null

Trust the files over the status column if they disagree — and say so when they do.

2. Name the next step

State Next step
PRD is the empty template /init mit einer kurzen Beschreibung der Idee
PRD filled, no features /write-spec für das erste Feature
Status Roadmap /write-spec PROJ-X — Spec schreiben
Status Planned /architecture PROJ-X — technisches Design
Status Architected /frontend PROJ-X — UI bauen
Frontend done, needs a server side /backend PROJ-X
Implemented, no QA section /qa PROJ-X
Status Approved /deploy PROJ-X
Everything deployed /write-spec für das nächste Feature aus der PRD-Roadmap

3. Answer the question, if there was one

If the user asked something specific, answer that first, then show the status. Common ones: which skills exist, how to add a feature, how to customize the template (CLAUDE.md, .claude/rules/, .claude/skills/), how deployment works (Docker Compose, scripts/update.sh — no Vercel).

Output

Stand

Zwei, drei Sätze: wo das Projekt steht.

Features

Tabelle aus INDEX.md.

Nächster Schritt

Der eine wichtigste Schritt, mit dem exakten Kommando.

Sonst möglich

Kurze Liste weiterer sinnvoller Aktionen.

Give exact commands and real file paths. Do not explain the framework unless asked.