Platform

Live preview voor serieuze AI-softwarelevering

De applicatie draait live naast de chat terwijl hij gebouwd wordt — echte flows, echte klikken — en previewlinks laten stakeholders hem zien voordat er iets uitgaat.

Live preview is de draaiende applicatie naast de chat in de Ciao Builder: terwijl de AI bouwt, werkt de echte app bij en reageert op echte klikken. In tegenstelling tot tools waar je moet deployen om te ontdekken wat je kreeg, toont live preview elke wijziging op het moment dat hij landt, drijft het inspect-to-prompt-targeting aan, en genereert deelbare previewlinks zodat stakeholders de echte app reviewen vóór publicatie.

Ideaal voorOnmiddellijke verificatieReviewlinks voor stakeholdersGedrag vormen terwijl gebouwd wordt

Gepubliceerd 2026-07-03 · Laatst bijgewerkt 2026-07-03

Bouw nooit blind

Het oudste faalpatroon in softwarelevering is afstand: weken gaan voorbij tussen het verzoek en de demo, en het resultaat is fout op manieren die dertig seconden hadden gekost om op dag één op te vangen. AI comprimeert de tijdlijn, maar het kan de blindheid erger maken — code verschijnt nu sneller dan iemand kan lezen, en een verkeerde aanname stapelt zich op met machinesnelheid.

Ciao sluit de afstand tot nul. De applicatie draait live naast de chat terwijl hij gebouwd wordt. Geen mock-up, geen screenshot — de echte app, op echte datastructuren, die op echte klikken reageert. Wanneer iets niet klopt, zie je het nu, terwijl de context nog vers is en de fix één prompt verwijderd is.

De preview is ook het anker voor de andere gewoontes van de Builder: inspect-to-prompt gebruikt hem als gedeeld referentiekader, prompts in de wachtrij worden ertegen gereviewed terwijl ze landen, en de full-stack console legt uit wat er onder de oppervlakte gebeurt.

Hoe live preview werkt

Van eerste prompt tot publicatie is de preview de constante — het ding waar iedereen naar kijkt terwijl beslissingen worden genomen.

  1. 1. Beschrijf, en kijk het verschijnen

    Terwijl de Builder werkt, neemt de app vorm aan in het previewpaneel naast het gesprek. Voortgang is zichtbaar, niet beloofd.

  2. 2. Klik door echte flows

    Log in, maak een record aan, voer de zoekopdracht uit, dien het formulier in. De preview is de werkende applicatie, dus testen begint de minuut dat bouwen dat doet.

  3. 3. Wijs aan wat als volgende te veranderen

    Live preview drijft inspect-to-prompt aan: klik elk element in de draaiende app om ernaar te verwijzen in je volgende prompt.

  4. 4. Deel een previewlink

    Stuur stakeholders een link naar de draaiende app voordat er iets gepubliceerd is. Feedback komt binnen tegen het echte ding, niet een diapresentatie.

  5. 5. Doorsta de gates

    Wanneer je publiceert, draait QA eerst deterministische browser-replays en smoke gates, dan productiechecks erna — de preview is waar je intentieproblemen opvangt voordat de gates defecten opvangen.

  6. 6. Publiceer bewust

    Preview en productie zijn gescheiden. Niets bereikt gebruikers tot je ervoor kiest het te leveren.

Waarom dit ertoe doet

Feedbackkosten bepalen bouwkwaliteit. Wanneer een wijziging zien een deploy-cyclus kost, bundelen mensen hun twijfels en ontdekken ze problemen laat; wanneer het een blik kost, wordt elke aanname gecontroleerd terwijl hij nog goedkoop is om te fixen. Live preview laat de prijs van verificatie instorten tot bijna nul.

Het verandert ook stakeholder-review van een vergadering naar een link. Klanten, directeuren en eindgebruikers reageren op de draaiende app dagen vóór lancering — precies wanneer hun mening nog betaalbaar is om op te handelen.

Er schuilt ook een governance-voordeel in het gemak: mensen keuren goed wat ze daadwerkelijk hebben zien draaien. Goedkeuring tegen een live applicatie betekent minder verrassingen op lanceringsdag en schonere verantwoording wanneer iemand later vraagt wie dit reviewde.

Wie gebruikt live preview

Live preview is de minst gespecialiseerde functie op het platform — iedereen met een belang in de app komt er uiteindelijk in terecht:

  • Founders — Valideer productbeslissingen tegen de draaiende app in real time in plaats van je in te beelden hoe het zal aanvoelen.
  • Bureaus — Stuur klanten previewlinks halverwege het project — minder verrassende onthullingen, snellere goedkeuring, rustigere lanceringen.
  • Product managers — Demonstreer de echte applicatie aan stakeholders vóór publicatie en verwerk hun reacties in de promptwachtrij.
  • Operationele teams — Laat de mensen die het tool zullen gebruiken erdoorheen klikken voordat het aan hen wordt geleverd.

Security- en governance-notities

Vroeg zien betekent niet losjes leveren:

  • ✓ Preview en productie zijn gescheiden — publiceren is een bewuste, gated actie.
  • ✓ QA-smoke gates draaien vóór publicatie en productiechecks draaien erna, ongeacht hoe goed de preview eruitzag.
  • ✓ Wijzigingen achter de preview leven op echte git-branches met diffs en checkpoints.
  • ✓ Guardrails-beleidsreview en vastgelegde menselijke review staan tussen preview en merge.
  • ✓ Publicaties en deploys worden vastgelegd in de append-only audit trail.

Deploy-om-te-zien vs live preview

Het workflowverschil stapelt op over de levensduur van een project:

Deploy-om-te-zien-workflowCiao live preview
Tijd om een wijziging te zienNa een bouw-en-deploy-cyclusOnmiddellijk, naast de chat
Stakeholder-feedbackVergaderingen, screenshots, staging-toegangsverzoekenEen previewlink naar de draaiende app
Kost van een verkeerde aannameStapelt op tot iemand deployt en het merktOpgevangen terwijl de context nog vers is
De volgende wijziging sturenBeschreven uit het geheugenDirect aangewezen met inspect-to-prompt
PublicatiebeslissingVerweven met het resultaat zienGescheiden, bewust en gated

Veelgestelde vragen

Is de live preview de echte applicatie of een simulatie?

De echte applicatie. Het is de gegenereerde React-, TypeScript- en Supabase-app die live draait, wat waarom je door echte flows kunt klikken en waarom inspect-to-prompt kan oplossen wat je aanklikt naar echte componenten.

Kunnen mensen buiten de build de preview zien?

Ja — previewlinks zijn precies daarvoor gemaakt. Klanten en stakeholders reviewen de draaiende app vóór publicatie, zodat feedback tegen de realiteit gebeurt in plaats van een mock-up.

Beïnvloedt iets in de preview de productie?

Nee. Preview en productie zijn gescheiden, en publiceren is een bewuste stap gated door QA-smoke gates. Tot je publiceert, ziet niemand iets.

Wat gebeurt er tussen preview en publicatie?

De wijziging mergt onder Guardrails met vastgelegde menselijke review, QA draait deterministische browser-replays en smoke gates vóór publicatie, en productiechecks draaien erna. De preview is waar je intentie fixt; de gates zijn waar defecten worden opgevangen.

Is live preview onderdeel van de standaard Builder?

Ja — de app die naast de chat draait is hoe de Builder werkt, en individuele bouwers starten self-serve met credits. Serieuze productieprogramma's beginnen bij 10.000 USD per jaar.

Gerelateerde pagina's

Bouw de software waar je vroeger op moest wachten.

Live preview: bekijk je app draaien terwijl AI bouwt | Ciao