Deine Website mit KI bauen

VibeKit ist für die Produktentwicklung mit KI gedacht. Beschreibe deine Website, gib deinem Agenten Zugriff auf das Repository und nutze die Skills für Authentifizierung, Zahlungen, Daten und Benutzeroberflächen.

Mit deinem Produkt starten

1. Öffne das Repository im Arbeitsbereich deines Coding-Agenten. Lass ihn AGENTS.md lesen. Dort stehen Architektur, Arbeitsumfang und erforderliche Prüfungen.
2. Beschreibe Zielgruppe, Hauptablauf, Seiten, Design und kostenpflichtige Funktionen. Füge bei Bedarf ein PRD oder Screenshots hinzu. Sage, was Nutzer in der ersten fertigen Version tun können müssen.
3. Starte mit $vibekit-deploy. Im ursprünglichen Template erstellt der Skill eine separate Projektkopie. In einer bestehenden Projektkopie arbeitet er dort weiter. Er koordiniert Einrichtung, Umsetzung, Prüfung und freigegebenes Deployment.

Lies AGENTS.md und nutze $vibekit-deploy für mein Produkt.
Baue ein Kundenportal für freiberufliche Designer. Kunden melden sich an,
sehen nur Projekte ihres Teams, laden Feedback hoch und sehen den Status.
Nutze ein klares, warmes Design und zunächst lokale Mock-Dienste.
Stelle das lokale Produkt fertig und teste es. Noch nicht deployen.

Nutze $resolve-product-decisions, wenn wichtige Produktentscheidungen offen sind. Der Agent hält den Fortschritt in der ignorierten .vibekit/progress.json fest. Spätere Sitzungen können dort den aktuellen Stand und nächsten Schritt lesen.

Skills für einzelne Änderungen nutzen

Ein Skill ist eine Anleitungsdatei im Repository. Er erklärt, wohin eine Änderung gehört und wie sie geprüft wird. Skills liegen unter .agents/skills/<group>/<skill>/SKILL.md. Nutze $skill-name, wenn dein Agent diese Aufrufe unterstützt. Sonst gib ihm den Dateipfad und bitte ihn, die Datei zu lesen und zu befolgen. Du musst nicht alle Skills in den Chat kopieren.

Nutze $add-a-feature-module für Projektmeilensteine im Kundenportal.
Jeder Meilenstein gehört zum aktiven Team. Owner dürfen ihn bearbeiten,
Mitglieder dürfen ihn ansehen. Berücksichtige Ladezustände, leere Listen,
Fehler und fehlende Berechtigungen.

Nutze $add-provider für einen E-Mail-Dienst. Prüfe zuerst, ob der vorhandene
SMTP-Transport reicht. Verbinde Auswahl und Einstellungen, dokumentiere
die Konfiguration und teste Zustellfehler, ohne E-Mails zu versenden.

Der vollständige Skill-Katalog enthält jeden mitgelieferten Skill mit Zweck und lokalem Pfad. Add Provider beschreibt den Ablauf für austauschbare Anbieter.

Das Ergebnis prüfen

Lass den Agenten den Nutzerablauf testen und bestandene Prüfungen nennen. Codeänderungen brauchen Lint, Typprüfungen aller Workspaces, einen Produktionsbuild und Tests für das geänderte Verhalten. Browsertests prüfen geänderte Abläufe, wenn die benötigten Dienste verfügbar sind. $verify-changes wählt die Prüfungen; $test-and-qa-pipeline koordiniert umfangreichere Qualitätssicherung.

Nutze anfangs lokale Sandbox-Dienste. Echte Zugangsdaten gehören in ignorierte Umgebungsdateien oder zum Deployment-Anbieter. Ein Bauauftrag erlaubt keine Käufe, DNS-Änderungen, Änderungen an Secrets oder Produktionsdatenbanken und kein Deployment. Gib das Ziel-Deployment ausdrücklich frei, wenn du starten möchtest. $vibekit-deploy prüft anschließend die endgültige Domain.