Vor dem Handoff.
Mit einem KI-gestützten PageCompose-Projekt starten. Visuell verfeinern.
Verbinde ein vorhandenes Vite-React-Git-Repository mit der lokalen PageCompose-Arbeitsumgebung, starte den echten Development-Server und ordne bestätigte visuelle Änderungen dem bestehenden Quelltext zu. Das ist die vollständig im Browser geprüfte echte Laufzeit mit TypeScript, Tailwind CSS und shadcn/ui. Der Next.js-Adapter ist vorläufig. Prüfe den echten Git-Diff vor dem Commit. PageCompose führt keinen Commit, Push oder Deploy für dich aus. Repository, Deployment und Hoster bleiben bei dir.
Lokaler Repository-Arbeitsbereich · Echten Development-Server starten · Visuell zugeordnete Quelltextänderungen · Dein Hoster bleibt deiner Wahl
main / vorhandene KomponentenVor dem Handoff.
Code-Agenten sind schnell. Code ist schwer zu sehen. Kontrolle gehört in den Handoff.
Jede visuelle Korrektur wird zur neuen Anweisung.
Abstände, Hierarchie und responsive Details verschwinden in Prompt-Schleifen.
Die Oberfläche versteckt die Quelle der Wahrheit.
Das Ergebnis kann nahe wirken, während die zugrunde liegende Änderung nicht prüfbar bleibt.
Eine visuelle Ebene über dem Repository, das du bereits nutzt.
Der Agent arbeitet schnell. Du prüfst die echte Website, ordnest die Änderung dem Quelltext zu und siehst den Git-Diff.
KI arbeitet schneller im Repository, das der Kunde bereits besitzt.
- Eigentum
Im vorhandenen Repository arbeiten
PageCompose wird weder Hoster noch Quelle der Wahrheit. Der Kunde behält Working Tree und Deployment-Pipeline.
- Bearbeitung
Visuelle Auswahl Quelldateien zuordnen
Wähle ein Element der gerenderten Website aus. PageCompose verknüpft eindeutig erkennbare Texte und Klassenwerte mit bestehenden Komponenten.
- Nachweis
Echten Git-Diff prüfen
Jede bestätigte direkte Bearbeitung erscheint vor dem Commit als normaler Working-Tree-Diff.
Vom echten Development-Server zur prüfbaren Quelltextänderung.
Lokales Repository verbinden
Wähle einen vorhandenen Vite-React-Git-Working-Tree mit Development-Skript. PageCompose kopiert und hostet ihn nicht.
Echten Development-Server starten
Starte das Projekt in einem getrennten lokalen Prozess und prüfe die tatsächliche Website in der visuellen Arbeitsumgebung.
Visuelle Auswahl Quelldateien zuordnen
Wähle ein gerendertes Element aus und prüfe die gewichteten Quelltexttreffer vor einer sicheren Literaländerung.
Echten Git-Diff prüfen
Prüfe die exakten Ergänzungen und Entfernungen im vorhandenen Working Tree und committe über deinen normalen Code-Workflow.
Nicht mehr KI versprechen. Zeige die Arbeit, bevor sie deinen Workflow verlässt.
setText / pages/home/hero/headlineDigitale Lösungen für moderne Unternehmen
Weniger Lärm. Mehr Richtung.
- Komponenten ausgewählt
- 3
- Qualitätsprüfungen
- Bestanden
- Responsive Prüfung
- 3 Ansichten
- Entscheidung
- Durch Menschen
- Kundeneigener Quelltext Repository bleibt deins
- Strukturierte Änderungen statt undurchsichtiger Umschreibungen
- Kundenhosting bleibt außerhalb von PageCompose
Eine visuelle Ebene. Drei Wege, Codearbeit zu verbessern.
Für Selbstständige mit Anspruch an die Quelle
Lass den Agenten Struktur und Varianten ausarbeiten. Du entscheidest über Rhythmus, Typografie und responsive Details im strukturierten Projekt.
Für Studios mit klaren Übergaben
Arbeite mit Rollen, Vorschlägen und Kundenfreigaben. Jede Änderung bleibt einer Revision und einem Akteur zugeordnet.
Für parallele Kundenprojekte
Halte Handoffs und Hosting für jeden Kunden getrennt und gib jedem Team eine visuelle Prüfebene.
Du bezahlst die visuelle Ebene. Die Website-Infrastruktur bleibt bei dir.
Alle Preise verstehen sich zuzüglich der gesetzlichen Umsatzsteuer.
Creator
Für Selbstständige, die Code und visuelle Prüfung in einem Workflow führen.
- 3 Projekte
- 1 Mitglieder
- 5 Agentenschlüssel je Projekt
- MCP für Codex und Claude Code
- Visuelle Bearbeitung strukturierter Komponenten
- Gerenderte Quelltextansicht
- Repository-fertiges Paket
- Responsive Vorschauen und Designtokens
- ShadCN-Komponentenbibliothek
Studio
Am häufigsten gewähltFür Teams, die Websites gemeinsam entwerfen, prüfen und übergeben.
- 15 Projekte
- 5 Mitglieder
- 25 Agentenschlüssel je Projekt
- MCP für Codex und Claude Code
- Visuelle Bearbeitung strukturierter Komponenten
- Gerenderte Quelltextansicht
- Repository-fertiges Paket
- Responsive Vorschauen und Designtokens
- ShadCN-Komponentenbibliothek
- Kundenfreigaben
Agency
Für Agenturen mit mehreren Kunden, Freigaben und parallelen Repositories.
- 50 Projekte
- 15 Mitglieder
- 100 Agentenschlüssel je Projekt
- MCP für Codex und Claude Code
- Visuelle Bearbeitung strukturierter Komponenten
- Gerenderte Quelltextansicht
- Repository-fertiges Paket
- Responsive Vorschauen und Designtokens
- ShadCN-Komponentenbibliothek
- Kundenfreigaben
| Creator | Studio | Agency | |
|---|---|---|---|
| MCP für Codex und Claude Code | Enthalten | Enthalten | Enthalten |
| Visuelle Bearbeitung strukturierter Komponenten | Enthalten | Enthalten | Enthalten |
| Gerenderte Quelltextansicht | Enthalten | Enthalten | Enthalten |
| Repository-fertiges Paket | Enthalten | Enthalten | Enthalten |
| Responsive Vorschauen und Designtokens | Enthalten | Enthalten | Enthalten |
| ShadCN-Komponentenbibliothek | Enthalten | Enthalten | Enthalten |
| Kundenfreigaben | Nicht enthalten | Enthalten | Enthalten |
| Priorisierter Support | Nicht enthalten | Nicht enthalten | Enthalten |
Ausschließlich für Unternehmer. Alle Preise zuzüglich Umsatzsteuer und im Voraus. Kündigung zum Ende des gewählten Abrechnungszeitraums.
Bevor du deinen ersten Agenten verbindest.
Sind Codex oder Claude Code im Preis enthalten?
Nein. Du verbindest deinen eigenen Agenten mit einem projektgebundenen MCP-Schlüssel. Modellwahl, Anbieter und Nutzungskosten bleiben unter deiner Kontrolle.
Was kann ich in PageCompose einbringen?
Die vollständig im Browser geprüfte lokale Laufzeit verbindet vorhandene Vite-React-Git-Repositories mit einem Development-Skript in der package.json. Direkt bearbeitet werden nur eindeutig zugeordnete Text- oder className-Literale. Umfassendere Komponentenänderungen bleiben Agentenarbeit. Im Cloud-Modus führt PageCompose keine beliebigen Repositories aus.
Mit welchem Repository-Stack sollte ich starten?
Starte mit einem Vite-React-Repository mit TypeScript, Tailwind CSS und shadcn/ui. Das ist die vollständig im Browser geprüfte echte Laufzeit. Der Next.js-Adapter ist vorläufig. Astro, Nuxt und SvelteKit können über ihr vorhandenes Development-Skript lokal in der Vorschau laufen, erhalten aber keine TSX-Quelltext-Bearbeitungsgarantie. Ein reines React-Repository ohne den unterstützten Vite-Runner wird nicht gestartet. Für umfassendere Änderungen bleiben das strukturierte PageCompose-Dokument und der statische Export die Ausweichmöglichkeit.
Bin ich an PageCompose gebunden?
Nein. Du kannst den gerenderten Quelltext prüfen und das strukturierte Projektdokument mit der auslieferbaren statischen Website herunterladen. Repository und Hosting bleiben bei dir.
Wer hostet die Website?
Du. PageCompose hostet keine Kundenwebsites und keine Domains. Behalte den Provider, die Deployment-Pipeline und die Laufzeit, denen du bereits vertraust.
Wie kommen Änderungen in mein Projekt?
PageCompose schreibt einen bestätigten, zugeordneten Wert erst nach einer SHA-256-Konfliktprüfung und zeigt danach den echten Git-Diff des vorhandenen Working Trees. Du prüfst und committest über deinen normalen Code-Workflow.
Wie wird der MCP-Zugriff geschützt?
Schlüssel sind projektgebunden und widerrufbar. Lesen, Vorschlagen und Bearbeiten werden getrennt freigegeben. Der resultierende Code bleibt prüfbar.
Wie kann ich kündigen?
Du verwaltest und kündigst dein Abonnement im Paddle-Kundenportal. Der Zugang bleibt bis zum Ende des bezahlten Zeitraums bestehen.