Välj tre element i en bekräftad kopia, lägg rubriktext, knappfärg och teckenstorlek i samma lista, ta bort och rätta en avsiktligt felaktig storlek och spara sedan en gång. Godkänt kräver att bara de tre beställda delarna ändras, att appens valfunktion består och att före- och efterläge, vald modell och visad tokennivå finns dokumenterade.
Det här gör Visual Edits – och inte mer
Bolts officiella lanseringspost om Visual Edits är daterad den 3 september 2026. Där beskriver företaget ett flöde där du väljer ett element i den körande appen, gör en visuell ändring, samlar flera godkända ändringar i en lista och skickar listan till modellen i en batch. Det som faktiskt visas i din arbetsyta är det som går att prova.
Textinnehåll får enligt Bolt verktyg för bland annat teckenstorlek, stil, listor, länkar och direkt redigering. Färgväljaren hämtar förslag från den renderade sidans palett, och valda element får namn i klarspråk i stället för tekniska elementnamn. Det minskar behovet av formuleringar som ”gör den tredje blå knappen lite mörkare”, men du måste fortfarande avgöra om rätt knapp valdes och om resultatet går att läsa.
Lanseringen gäller text och stil. Bolt skriver att du inte kan dra runt element eller ordna om layouten med Visual Edits och att samma ändring över många element ännu inte är något att räkna med. Provet nedan mäter därför inte layoutflytt, massändring, DOM, CSS eller kod. För sådant finns promptfältet kvar, men det är ett annat arbetsprov.
Börja med en kopia som får gå sönder
Välj en befintlig liten Bolt-app utan riktiga personuppgifter, betalning, inloggning eller externa kopplingar. Skapa en separat kopia med den kopieringsväg som din arbetsyta erbjuder, eller gör ett fristående testprojekt som du kan kasta. Skriv ner originalets namn och kopians namn. Öppna sedan originalet i en annan flik och kontrollera att en första ofarlig namnändring i kopian inte syns där. Om du inte kan bekräfta separationen är provet inte körbart.
Exemplet här använder sidan Välj nästa miniprojekt. Den har tre kort – FOTO, QUIZ och KARTA – och visar Ditt val: FOTO, Ditt val: QUIZ eller Ditt val: KARTA efter ett klick. Funktionen är medvetet enkel. Den visuella batchen får ändra rubrik, en valknapps accentfärg och ingressens storlek, men inte kortens ordning eller svarstext.
fore-batch-bred.png.Stapla exakt tre avgränsade ändringar
Öppna Select-läget och välj ett element i taget. Godkänn varje ändring till listan, men tryck inte på Save ännu. Namnen på knappar och reglage kan skilja sig i arbetsytan; det viktiga är att det valda elementet och det synliga resultatet motsvarar raden nedan.
Tre rader är tillräckligt för att prova att olika element och två slags redigering kan samexistera i listan. Lägg inte till ”passa samtidigt på”-ändringar. Samma princip finns i En sak i taget: en liten beställning gör det möjligt att se vilken del som skapade en avvikelse.
Ta bort ett fel innan modellen körs
Prova listans rättningsväg med en avsiktlig, synlig avvikelse. Ändra först ingressen till 28 pixlar i stället för 20. Kontrollera att storleken syns i förhandsvisningen och att ändringen ligger i listan. Ta sedan bort just den ändringen. Bolt beskriver att den berörda delen då ska hoppa tillbaka i förhandsvisningen. Rubrik- och färgändringen ska samtidigt ligga kvar.
Välj ingressen igen och sätt 20 pixlar. Granska listan rad för rad. Slutläget före Save ska bestå av tre ändringar, inte fyra: ny rubriktext, ny färg på FOTO-knappen och 20 pixlars ingress. Om 28-pixelsraden ligger kvar, om ingressen inte återgick när raden togs bort eller om samma element visas dubbelt efter rättningen, spara inte. Ta en skärmbild och markera listprovet som underkänt.
Underkänt före Save
Listan innehåller både 28 och 20 pixlar, en ändring saknar begripligt elementnamn eller förhandsvisningen behåller den borttagna storleken. Resultatet är oklart innan modellen ens har körts.
Godkänt före Save
Exakt tre rader återstår. Varje rad kan kopplas till ett synligt element och ett mätbart slutvärde. Rubrik, knapp och ingress ser rätt ut i förhandsvisningen.
Spara en gång och mät den samlade körningen
Bolt anger att hela listan går till den för närvarande valda modellen när du sparar. Företaget anger också att batchen använder tokens på samma sätt som en prompt. Kontrollera därför modellnamnet en sista gång och ta en skärmbild av listan och den synliga användningsnivån före Save. Tryck sedan Save en gång och vänta tills körningen har ett tydligt färdigläge. Skicka ingen chatprompt och gör ingen annan modellkörning under mätningen.
Skriv av nivån efter körningen och räkna skillnaden bara om arbetsytan visar jämförbara värden med samma enhet. Exempel: före 84 200 tokens och efter 82 950 tokens ger en observerad skillnad på 1 250 tokens. Det är resultatet för den här kopian, modellen och tidpunkten – inte ett pris eller ett löfte om nästa körning. Om bara en sammanlagd periodmätare visas ska du märka värdet periodmätare och inte påstå att hela skillnaden säkert hör till batchen.
Bolts lanseringspost beskriver batchning som mindre tokenkrävande än att formulera varje ändring separat i chatten, men publicerar inget fast jämförelsetal. Arbetsprovet gör därför ingen tre-promptskörning som kontrollgrupp. Målet är att dokumentera ett reproducerbart före- och eftervärde utan att dubbla förbrukningen för en jämförelse som ändå skulle påverkas av formulering och modellval. För en bredare kostnadslogg kan du återanvända strukturen i Vad kostar en publicerad AI-app?.
Kör samma prov efter batchen
När körningen är färdig laddar du om förhandsvisningen. Ta en ny bred skärmbild med samma utsnitt och döp den till efter-batch-bred.png. Klicka sedan FOTO, QUIZ och KARTA i samma ordning som före körningen. En snyggare rubrik är inte godkänd om KARTA nu visar fel svar eller om bara den senaste klickningen inte går att se.
Alla åtta rader måste vara godkända. En rad som inte kan kontrolleras blir inte körbar, inte nästan godkänd. Spara protokollet tillsammans med de två skärmbilderna och listbilden. Lägg gärna raderna i provlistan så att samma kontroll kan köras när nästa visuella batch görs.
Om något blir fel: rädda inte provet med fler promptar
Om bara en av de tre visuella ändringarna avviker ska du först dokumentera avvikelsen. Stapla inte en ny chatprompt ovanpå resultatet; då mäter du inte längre den avgränsade batchen. Återgå i stället till kopians bekräftade före-läge om arbetsytan erbjuder en tydlig återställningspunkt, eller kasta kopian och börja om från en ny. Den tidigare artikeln om Bolts promptkö och kontrollpauser behandlar separata väntande promptar. Visual Edits-provet här slutar före en sådan räddningskö.
Underkänt är fortfarande ett användbart resultat om underlaget finns kvar. Skriv exempelvis: ”S1 underkänd: ingressen blev 20 pixlar men typsnittsvikten ändrades också. B1 godkänd. Batchen använde den visade modellen X; användningsmätaren gick från A till B.” Det säger mer än ”det såg nästan rätt ut” och gör det möjligt att avgöra om nästa försök ska vara en mindre visuell ändring eller en avgränsad prompt.
Du har bekräftat en förbrukningsbar kopia och fryst original, funktion, utseende, modell och synlig tokennivå. Tre element har fått var sin avgränsad text- eller stiländring. Den avsiktliga 28-pixelsändringen togs bort, förhandsvisningen kontrollerades och exakt tre rader sparades i en samlad batch. Före- och efterbilderna har samma utsnitt, FOTO–QUIZ–KARTA-provet är omkört, originalet är orört och K1, T1, F1, S1, B1, L1, U1 och O1 har fått godkänd, underkänd eller inte körbar med en faktisk observation.