Köa högst två steg som kan kontrolleras tillsammans och lämna nästa beroende steg utanför kön. Om målet är ett bokningsformulär kan du först köa ”lägg till datumfältet” och ”visa ett tydligt fel när datum saknas”. Vänta med ”skicka bokningsmejl” tills du har provat att formuläret sparar rätt datum. Den tomma platsen i kön är din kontrollpaus: där kan ett fel upptäckas innan mejlet byggs ovanpå det.
Det här ändrades i Bolt den 27 augusti
Bolts officiella produktpost beskriver promptkön så här: medan en byggkörning pågår kan du skriva och skicka nästa prompt. Den läggs då i en ordnad kö och startar automatiskt när prompten före är färdig. Enligt posten var funktionen den 27 augusti tillgänglig i varje Bolt.new-projekt och för alla användare. Uppgiften kontrollerades mot sidan den 30 augusti; planer och villkor kan ändras senare.
De fem nästa promptarna syns direkt i kön. Listan går att rulla för fler, och Bolt anger inget tak i den publicerade FAQ:n. Det betyder att gränssnittet klarar en lång lista. Det betyder inte att en lång lista är en bra byggplan. Varje steg körs mot resultatet av steget före, så ett missförstått datumfält kan bli underlag för validering, mejl och sammanställning innan du själv har öppnat förhandsvisningen.
Varje köad prompt behåller det agentval den skickades med. Du kan alltså enligt Bolt ha ett steg för standardagenten och ett annat för maxagenten i samma kö. Kontrollera därför både texten och agentvalet innan du lämnar kön; en flytt i ordningen ändrar inte vilket agentval som följer med prompten.
Fem kontroller – och vem som får använda dem
I samarbetsprojekt ser deltagarna samma kö i realtid och kan lägga till egna steg. Rättigheterna är däremot inte helt gemensamma: du kan redigera och radera dina egna promptar, inte en lagkamrats. Behöver en lagkamrats väntande steg skrivas om kan du flytta det, stoppa kön och be ägaren ändra eller ta bort det.
En kontrollpaus är en gräns du inte köar förbi
Bolt har en stoppknapp, men produktposten beskriver ingen inställning som automatiskt pausar efter prompt nummer två. Därför måste kontrollpausen byggas i själva planeringen: du låter bli att lägga in nästa beroende steg tills det föregående resultatet är provat. Börja med kursens plan för vad appen ska göra, men översätt planen till mindre byggbeslut där varje del får ett synligt godkänt resultat.
En kö utan kontrollgräns
1. Lägg till datum i bokningen. 2. Validera datumet. 3. Skicka datumet i mejlet. 4. Summera bokningar per vecka. Om steg 1 sparar amerikanskt datumformat kan tre senare steg hinna befästa samma fel.
Två korta köer
Kö A: lägg till datum och visa valideringsfelet. Kontrollpaus: skapa två provbokningar och öppna dem igen. Kö B: använd det kontrollerade datumet i mejlet och veckosammanställningen.
Exemplet har två promptar före pausen, men två är ingen gräns som Bolt anger. Det är Perestrojkas arbetsregel för beroende ändringar. En kosmetisk ändring av rubrik och knappfärg kan ofta kontrolleras tillsammans. En ändring av datamodell, inloggning, betalning eller utskick förtjänar däremot en egen paus, eftersom ett fel där påverkar nästa funktion på ett sätt som kan vara svårt att se senare.
Principen är densamma som i En sak i taget: varför små steg vinner även när du inte kodar. Kön tar bort behovet av att sitta och vänta med nästa formulering. Den tar inte bort behovet av att veta vad som ska vara sant efter varje steg.
Skriv varje önskemål så att det går att stoppa efteråt
En köbar prompt behöver ett uppdrag och ett prov. Skriv inte bara ”lägg till bokning, mejl och statistik”. Skriv: ”Lägg till ett obligatoriskt datumfält i bokningsformuläret. Klart när en bokning utan datum visar ett fel och en bokning med datum går att öppna igen med samma datum.” Då kan du vid kontrollpausen svara ja eller nej utan att läsa kod.
Nästa prompt ska börja med den förutsättning den använder: ”Utgå från det sparade bokningsdatumet som nu har provats. Lägg datumet i bekräftelsemejlets ämnesrad.” Om provet inte blir godkänt ska den prompten inte ligga kvar och vänta. Redigera den om förutsättningen ändrats, eller radera den om den inte längre hör till planen.
- En prompt som använder det nya fältet. Om fältet sparas fel blir mejl, filter och statistik fel på samma sätt.
- En prompt som ”städar upp” resultatet. Visuell städning kan dölja att grundfunktionen inte blev rätt och göra återgången svårare att bedöma.
- En prompt som försöker fixa utan ett avgränsat fel. Stoppa och skriv först vad du gjorde, vad du väntade dig och vad som faktiskt hände. Den arbetsformen finns i guiden När det går sönder.
När ett steg misslyckas: stoppa före nästa beroende steg
Bolt skriver att en misslyckad prompt behåller sin Retry-knapp och att kön väntar på ditt beslut. Produktpostens eget råd är att kontrollera resultatet innan beroende promptar får fortsätta, eftersom köade steg ofta bygger på varandra. Det är den viktigaste säkerhetsventilen i hela funktionen: ett fel är inte en uppmaning att trycka Retry omedelbart, utan ett tillfälle att ompröva resten av kön.
Bolts post anger också att väntande promptar finns kvar om du stoppar kön, återställer en tidigare version och sedan tar upp kön igen. Det gör återställning möjlig utan att planen försvinner, men planen är inte automatiskt rätt efter återställningen. Läs varje prompt mot den version du faktiskt återgick till innan du fortsätter.
Så ser en färdig köplan ut
En användbar köplan är kort nog att överblicka och tydlig nog att ändra. Skriv den gärna utanför Bolt först: ett mål, två små ändringar, ett prov och en tom rad för kontrollpausen. Flytta sedan bara in ändringarna före den första pausen. När provet är godkänt flyttar du in nästa grupp. På så sätt fungerar kön som utförare av planen, inte som platsen där planen uppfinns medan appen förändras.
För ett bokningsflöde kan ordningen vara: datumfält, felmeddelande, kontrollpaus, bekräftelsemejl, veckosammanställning, kontrollpaus. Vid första pausen provar du tomt datum och ett riktigt datum. Vid den andra provar du ett mejl och jämför en vecka med två kända bokningar. Varje paus har alltså ett litet antal testdata och ett förväntat resultat, inte bara instruktionen ”titta att allt fungerar”.
Du kan förklara vad som körs automatiskt och vad som fortfarande kräver ditt beslut. Varje köad prompt har ett synligt godkänt resultat. Du har markerat minst en gräns som du inte köar förbi innan appen är provad. Du vet att du kan flytta vilken prompt som helst men bara redigera eller radera din egen, och att Stop pausar hela kön medan Resume fortsätter. Vid ett fel stoppar du innan nästa beroende steg, kontrollerar resultatet och går igenom återstoden prompt för prompt. Först därefter försöker du igen eller fortsätter.