Så bygger du en AI-världsbyggarbibel utan att förlora berättelsens kontinuitet

Börja med ett litet referenssystem som besvarar praktiska frågor under skrivandet. Kan den här karaktären nå observatoriet före solnedgången? Har hen lärt sig hur dörren öppnas? Ändras svaret i en annan förgrenad berättelse?

Organisera bibeln i sex sammanlänkade avsnitt:

Använd ett kalkylark, länkade dokument eller en databas som du enkelt kan underhålla. Ge entiteter stabila ID:n, som LOC-01 och CHAR-02; håll visningsnamn och alias i separata fält. Om du byter namn på ”Glasobservatoriet” ska det inte bryta alla hänvisningar till dess platsuppgift.

Se berättelsesammanfattningar som praktiska vyer av journalen. När en sammanfattning inte stämmer med en underliggande post bör du granska källan och lösa konflikten innan du skriver utifrån någon av versionerna.

I det här arbetsflödet har faktumansvaret två delar: en auktoritativ post innehåller uppgiften, och en person ansvarar för att godkänna ändringar. En ensam författare fyller båda rollerna. Ett team kan låta en världsdesigner fatta beslut om platser och en berättelseansvarig besluta om avslöjanden om karaktärer, med en utsedd beslutsfattare för överlappande frågor.

Dokumentera ursprunget tillsammans med ansvaret. W3C:s översikt över PROV (https://www.w3.org/TR/prov-overview/) beskriver proveniens som information om entiteterna, aktiviteterna och personerna som bidrog till att skapa något. Tillämpat på en berättelsebibel innebär det att bevara var en uppgift kom ifrån, hur den ändrades och vem som godkände den. Journalen här anpassar den principen; den är ingen formell PROV-implementation.

Ge varje post en uttrycklig status:

När du importerar ett befintligt manus kan du låta AI extrahera kandidatfakta med exakta scenhänvisningar och korta stödjande citat. Kontrollera själv hänvisningarna. Att en karaktär säger ”observatoriet är alltid låst” fastställer att påståendet har framförts; det fastställer inte automatiskt en objektiv regel.

Skriv ner projektets policy för vad som gäller. Till exempel: ett godkänt beslut om en retroaktiv ändring ersätter den tidigare kanonposten; godkända källscener fastställer fakta; arbetsutkast och idéskissande förblir preliminära. Om två godkända scener motsäger varandra ska du markera konflikten som olöst tills du bestämmer vilken scen som ska ändras.

Håll berättelsetid åtskild från revisionstid. ”Bron stängs dag 6” beskriver en händelse. ”Författaren ändrade datumet då bron stängs i revision 4” beskriver ett redaktionellt beslut. Om du blandar ihop dem blir det oklart om världen förändrades eller om beskrivningen korrigerades.

Anteckna för varje händelse den tidigaste och senaste möjliga tidpunkten, platsen, deltagarna, förutsättningarna och det resulterande tillståndet. Använd intervall när exakt precision inte behövs: ”efter morgonleveransen, före solnedgången” kan vara mer användbart än ett påhittat klockslag. Definiera kalenderenheter om din värld har ovanliga dagar eller årstider.

Anteckna för varje resväg startpunkt, destination, färdsätt, restid eller tidsintervall och villkor för när vägen är tillgänglig. Ange om resan fungerar i båda riktningarna. En karta kan visa två platser nära varandra samtidigt som den fastställda resvägen ändå kräver en lång omväg.

Tänk på följande uttryckligen illustrativa kontinuitetskontroll: en kurir lämnar fruktträdgården kl. 09.00, behöver tre timmar för att nå observatoriet och ägnar ytterligare 30 minuter åt att hämta en lins. Den tidigaste ankomsten är kl. 12.30. En scen som placerar kuriren där vid lunchtid strider mot de uppgifterna, såvida inget godkänt undantag gäller.

Lös konflikten genom att ändra en belagd uppgift: avgångstid, resväg, fördröjning eller mötestid. Om resan tar två till fyra timmar blir ankomsten i stället ett tidsintervall. Bevara osäkerheten i stället för att slå fast att det finns en definitiv motsägelse.

Håll kunskapsposter åtskilda från objektiva fakta. Anteckna för varje viktig avslöjande karaktären, faktumet eller uppfattningen, händelsen då karaktären fick veta det, tidpunkten och eventuella villkor för en förgrening. Skilj mellan ”vet”, ”misstänker”, ”tror felaktigt” och ”har inte fått veta”. Att en uppgift saknas betyder att kunskapen inte är dokumenterad; det bevisar inte att karaktären är okunnig.

Det här har en direkt motsvarighet i interaktivt berättande. Inkle:s officiella ink-handledning (https://www.inklestudios.com/ink/web-tutorial/) visar villkorad text och val som bygger på tidigare besökta berättelseavsnitt. Den beskriver också anpassade variabler. Mekanismerna kan representera tillgång till information, men författare måste fortfarande avgöra om ett scenbesök faktiskt lär karaktären en viss sak.

Till exempel kan observatoriedörren öppnas när en kopparskiva passas in mot ett märke. Det är ett faktum om världen. Att Mira lär sig tillvägagångssättet under en demonstration är en separat händelse. En annan karaktär som läser en ofullständig anteckning kanske bara anar hur det fungerar.

I ett förgrenat spel kopplar du inlärningshändelsen till den relevanta vägen eller det relevanta tillståndsvillkoret. Testa både en väg där karaktären har lärt sig tillvägagångssättet och en där hen hoppade över det. I en roman kontrollerar du att förklaringar och dialog kommer efter inlärningshändelsen i berättelsetid, även om kapitlen inte presenteras kronologiskt.

Använd följande fält som kolumner i ett kalkylark eller som en återkommande post i dina anteckningar. Ha ett påstående per post, så att varje påstående kan revideras oberoende. Exemplen är påhittade enbart för att visa arbetsflödet.

Här är en kompakt vy av tre sammanlänkade poster. Den fullständiga journalen skulle behålla beläggs- och ansvarsuppgifterna ovan för varje rad.

Låt inte ”olöst” i tysthet bli ”nej”. Fråga Q-003 lämnar möjligheten att använda en ersättningsskiva oavgjord. Den tillåter den varken eller förbjuder den. En scen som kräver ett svar bör utlösa en begäran om beslut.

Tilldela varje öppen fråga en ansvarig och en tidpunkt för beslut: ”Lös innan du skriver S-15.” Om svaret medvetet ska undanhållas läsarna bör du anteckna om författaren redan känner till det. Ett svar som författaren har bestämt och ett ännu oavgjort designval behöver hanteras olika.

Förbered ett scenunderlag med målsce­nen­s tid, plats, berättarperspektiv, förgrening, relevanta kanonposter och olösta beroenden. Ta med länkade förutsättningar, inte bara poster med samma nyckelord som scenen. En scen om en dörr kan bygga på en tidigare demonstration på en annan plats.

Använd en prompt som följande återanvändbara instruktion:

Granska den medföljande scenen mot de bifogade kontinuitetsposterna och den angivna revisionen. Citera scenavsnittet och ange relevant post-ID för varje möjlig konflikt. Klassificera den som en motsägelse, saknad information eller ett föreslaget tillägg. Kontrollera kronologi, resor, tillgång till platser, karaktärers kunskap och förgreningsvillkor. Bevara olösta frågor. Föreslå lösningar separat; ändra inte kanon och hitta inte på källhänvisningar. Ange vilka kontroller som inte gick att genomföra utifrån det medföljande materialet.

För generativt arbete ber du om alternativ inom tydliga ramar: ”Föreslå tre sätt att fördröja Mira utan att ändra F-014 eller ge henne kunskap innan E-008.” Beskriv den önskade stämningen, takten och miljön med dina egna ord.

Granska resultatet i två omgångar. Kontrollera först om de citerade posterna stöder slutsatserna. Bestäm sedan vilka förslag som tjänar berättelsen. Endast godkända ändringar förs in i journalen. Om en nödvändig källa saknas ska du hämta den eller låta slutsatsen förbli olöst.

Skilj mellan en vanlig händelse och en retroaktiv ändring. Om dörren får en ny mekanism dag 11 lägger du till en övergångshändelse och en ny regel med tidsbegränsad giltighet. Om du beslutar att den alltid har haft en annan mekanism reviderar du den tidigare kanonposten och granskar varje scen som är beroende av den.

Versionshistorik gör det möjligt att återskapa tidigare tillstånd. Den officiella Git-bokens introduktion till versionshantering (https://git-scm.com/book/en/v2/Getting-Started-About-Version-Control) förklarar hur versionshantering registrerar ändringar, stöder jämförelser och gör det möjligt att återgå till tidigare versioner. Git är ett alternativ; välj ett dokumentsystem med användbar historik om det passar ditt arbete bättre. Anteckna separat varför ett berättelsebeslut ändrades.

För varje föreslagen retroaktiv ändring:

En ändringsloggspost som går att återanvända bör innehålla ändrings-ID, revisionsdatum, beslutsansvarig, skäl, gammal post, ersättningspost, berört material och verifieringsstatus. Till exempel: ”CH-006 föreslår att två inpassade skivor ska krävas; berör F-014, E-008, K-009 och S-12; beslut väntar.” Ett godkännande betyder inte i sig att de berörda scenerna redan har åtgärdats.

Läs igenom scenen en gång med fokus på kontinuitet efter den kreativa revideringen. Kontrollera att nödvändiga händelser har inträffat, att villkoren för resor och tillträde är uppfyllda, att karaktärerna har den information de använder och att fakta som gäller specifika förgreningar stannar inom sina förgreningar. Kontrollera att nya detaljer antingen har godkänts som kanon eller fortfarande är tydligt markerade som preliminära.

Anteckna vilken revision av bibeln du använde för kontrollen. Om en senare ändring berör ett av scenens beroenden ska du ta upp scenen för granskning igen. Du kan börja med en plats, en karaktär och de viktigaste fakta för nästa scen, och utöka journalen när en ny detalj begränsar vad som kan hända senare.