W skrócie

Biblia serii powinna zapisywać to, co ustaliły opublikowane tomy, a nie wszystko, co udało ci się wymyślić. Każda postać, miejsce, reguła i pojęcie dostaje jeden wpis, przy każdym fakcie zaznaczasz, gdzie pojawił się po raz pierwszy, a to, co wiedzą czytelnicy, trzymasz osobno od tego, co wiesz tylko ty. Aktualizuj ją w stałych momentach, na przykład po ukończeniu pełnej wersji roboczej i po ostatecznej redakcji. Jeden dokument wystarczy przy krótkiej serii; Obsidian pasuje do osób, które chcą połączonych lokalnych plików Markdown i własnej struktury; Yazar.io pasuje do powieściopisarzy, którzy chcą gotowych sekcji, automatycznych linków i osi czasu obok rękopisu w Wordzie lub Dokumentach Google.

Piszesz trzeci tom i musisz ustalić, u której ręki Bastian stracił dwa palce. Tom pierwszy mówi: lewej. Twoje notatki mówią: prawej. Jak się okazuje, tom drugi też mówi „prawej”, w jednym zdaniu, o którym już nie pamiętasz. Pytanie nie brzmi już, jak jest naprawdę, tylko co czytelnicy zdążyli usłyszeć.

Właśnie na taki moment istnieje biblia serii, czyli dokument, w którym zapisujesz wszystko, co ustaliły kolejne tomy. Jej zadanie jest węższe niż zadanie notatnika do worldbuildingu: zapisuje to, do czego książki zobowiązały się w druku, oraz tyle twoich prywatnych planów, żeby późniejsze tomy im nie przeczyły. Za przykład posłuży wymyślona trylogia, której akcja toczy się w mieście kanałów Merrow: dwa tomy już się ukazały, trzeci jest w trakcie pisania.

Zapisuj ustalenia, nie pomysły#

Najpierw zdecyduj, co jest kanonem. Sprawdza się prosta zasada: wszystko, co wydrukowano, jest kanonem, a wszystko, co jest tylko w notatkach, to plan, który wolno ci jeszcze zmienić. Gdy jedno przeczy drugiemu, wygrywa książka, chyba że świadomie ją poprawiasz.

Co trafia do biblii:

  • Postacie: imiona i ich pisownia, wiek powiązany z konkretną datą, opisany wygląd, rany i urazy, relacje, sposób mówienia.
  • Miejsca: nazwy, układ przestrzeni, na którym opierał się tekst, podane wprost lub sugerowane czasy podróży.
  • Reguły: jak działają magia, technika, prawo czy obyczaj, łącznie z każdym ograniczeniem, z którego skorzystała jakaś scena.
  • Pojęcia: wymyślone słowa, tytuły, użycie wielkich liter oraz pisownia Narrow Cut.
  • Wydarzenia: datowane względem serii i powiązane z postaciami, których dotyczą.
  • Wątki: zapowiedzi, które jeszcze się nie spełniły, wraz z miejscem, w którym każdą zasiano.

Pomiń historię wymyśloną, ale nigdy niewykorzystaną, chyba że późniejszy tom prawdopodobnie po nią sięgnie. Trzymaj ją w osobnym pliku z pomysłami, żeby biblia pozostała czymś, czemu możesz ufać. Szczególnej uwagi wymagają nazwy: jak przekonuje poradnik o nazywaniu miejsc, po wydrukowaniu są już nie do ruszenia. Decyzje, których jeszcze nie wydrukowano, mają własną kolejność pracy w pytaniach do worldbuildingu.

Nadaj każdemu wpisowi ten sam kształt#

Wpis powinien odpowiadać na pytania, które zadajesz sobie w trakcie pisania, i to zawsze w tej samej kolejności. Jedna rzecz to jeden wpis. Jeśli fakt dotyczy dwóch wpisów, zapisz go w jednym, a w drugim umieść odsyłacz. Uporządkuj biblię według rodzajów wpisów i dodaj dla każdego tomu krótką stronę: co ustalił, jakie wątki otworzył i zamknął oraz jakie decyzje o pisowni zapadły podczas redakcji.

Wpis postaci w biblii Merrow wygląda tak:

Bastian Rook
Rola: wuj Wren, przemytnik na Narrow Cut
W tekście:
  - Stracił dwa palce lewej dłoni (tom 1, rozdz. 4)
  - Mówi do Wren „Lockling” (tom 1, rozdz. 2; tom 2, rozdz. 9)
Czytelnicy wiedzą: przemycał dla Lantern Guild (tom 2, rozdz. 15)
Wren wie: jeszcze nie
Tylko autor: wie, że sędzia Oriel jest ciotką Wren
Otwarte wątki: jego dług wobec Gildii (zasiany w tomie 2, rozdz. 21)

To odnośnik przy każdym fakcie sprawia, że z biblii da się korzystać. Bez niego każda wątpliwość oznacza ponowną lekturę całych tomów.

Oddziel to, co wiedzą czytelnicy, od tego, co jest prawdą#

Przy każdym ważnym fakcie rozdzielaj trzy warstwy: co jest prawdą w świecie przedstawionym, co czytelnicy usłyszeli lub zobaczyli oraz co wie każda z postaci. Przy zagadkach przydaje się czwarty stan: zasugerowane, czyli czytelnicy mają tropy, ale nie mają potwierdzenia.

FaktCzytelnicyWrenPierwsza wzmianka w tekście
Oriel jest ciotką WrenWiedzą, z rozdziału z perspektywy OrielNieTom 2, rozdz. 18
Gildia sfałszowała rejestry śluzZasugerowanePodejrzewaTom 1, rozdz. 20
Ojciec Pima żyjeNicNieJeszcze nie zdecydowano

Napięcie w trzecim tomie zależy od tej tabeli. Czytelnicy patrzą, jak Wren ufa Oriel, i wiedzą to, czego ona nie wie. Jeśli zapomnisz, w której warstwie leży dany fakt, albo zepsujesz zaskoczenie, albo podasz je drugi raz jako nowinę. Odnotuj też, które szczegóły padły tylko raz i mogą wymagać delikatnego przypomnienia. Poradnik o osi czasu omawia ten sam podział na wydarzenia i wiedzę w obrębie jednej książki.

Aktualizuj w stałych momentach#

Ciągłe aktualizowanie zamienia pisanie w pracę biurową, a zbyt rzadkie pozwala błędom się mnożyć. Lepiej sprawdzają się stałe momenty:

  1. W trakcie pisania prowadź krótką listę „do sprawdzenia”, zamiast przerywać pracę, żeby poprawiać wpisy.
  2. Po ukończeniu pełnej wersji roboczej dopisz nowe ustalenia i zamknij rozwiązane wątki.
  3. Po ostatecznej redakcji uzgodnij biblię z tekstem w takiej postaci, w jakiej pójdzie do druku. Późne poprawki potrafią zmienić imiona, chronologię i pisownię, a kanonem jest wersja drukowana.
  4. Przed kolejnym tomem przeczytaj ponownie otwarte wątki i stronę poprzedniego tomu, a potem zdecyduj, które wątki nowa książka musi podjąć.

Gdy zmieniasz fakt, który już trafił do druku, zapisz zmianę i jej powód, żeby późniejszy tom nie przywrócił starej wersji.

Sprawdź ciągłość przed trzecim tomem#

Zanim autor serii o Merrow zacznie pisać trzeci tom, sprawdza każdy wpis, którego dotyka nowy konspekt.

Ręka Bastiana. Tom pierwszy mówi o lewej, a tom drugi w rozdziale 12 wspomina „jego okaleczoną prawą rękę”. Sprzedanych egzemplarzy nie da się już zmienić, więc autor zapisuje oba odnośniki, za kanon uznaje lewą rękę, bo pojawiła się pierwsza, i w trzecim tomie unika wskazywania, o którą rękę chodzi.

Wiek Pima. W pierwszym tomie Pim ma dziewięć lat. Akcja drugiego tomu miała się toczyć trzy lata później, ale tekst podaje, że chłopiec ma jedenaście. Nic w biblii nie wymaga akurat trzech lat, więc odstęp skraca się do dwóch, datowane wydarzenia przesuwają się, a w trzecim tomie, którego akcja toczy się rok później, Pim ma dwanaście lat.

Narrow Cut. Strona z pojęciami podaje „Narrow Cut”, a w nowej wersji roboczej wciąż pojawia się „Narrows Cut”. Biblia wyłapuje to, zanim musi to zrobić redaktor.

Tajemnica Oriel. Czytelnicy znają ją od drugiego tomu, Wren jeszcze nie. Według konspektu Wren poznaje ją w rozdziale 6, więc wiersz „Wren wie” zmienia się dopiero wtedy, gdy ten rozdział ma ostateczną postać, a nie wtedy, gdy zostaje zaplanowany.

Każde sprawdzenie wymagało tylko zajrzenia do wpisu, a nie ponownej lektury, bo przy każdym fakcie był odnośnik.

Trzy sposoby prowadzenia biblii#

Opisane wyżej nawyki znaczą więcej niż program, ale narzędzia ułatwiają niektóre z nich. Każde z trzech podejść pasuje do innego rodzaju autora.

Jeden dokument#

Jeden plik w Wordzie lub Dokumentach Google, z nagłówkiem dla każdego wpisu, najszybciej założyć i najłatwiej wysłać redaktorowi. Jego słabość wychodzi na jaw wraz z rozrostem: linki trzeba wstawiać ręcznie, fakty lądują skopiowane w kilku miejscach, a oś czasu staje się osobną tabelą, którą ręcznie utrzymujesz w zgodzie z resztą.

Połączone notatki w Obsidianie#

Obsidian przechowuje notatki jako pliki tekstowe Markdown w sejfie (vault), czyli w folderze na twoim komputerze (przechowywanie danych). Każdy wpis staje się notatką połączoną linkiem [[Bastian Rook]], a zmiana nazwy notatki może zaktualizować prowadzące do niej linki w całym sejfie (linki wewnętrzne). Wtyczka „Linki zwrotne” wyświetla notatki, które linkują do aktywnej notatki, a także wzmianki o jej nazwie, które nie są linkami. To serce każdego sprawdzania ciągłości (linki zwrotne).

Do biblii dobrze nadają się właściwości (Properties): pola zapisane w YAML na początku notatki, w typach takich jak tekst, lista, liczba i data (właściwości). Nadaj każdej notatce właściwość first_book, a wyszukiwanie w rodzaju [first_book:2] znajdzie wszystko, co wprowadził tom drugi (wyszukiwanie). Podstawowa wtyczka Templates (Szablony) wstawia twój wzór wpisu do aktywnej notatki (szablony). Poradnik o notatkach w Obsidianie pokazuje prostą konfigurację na początek.

Przestrzeń do worldbuildingu: Yazar.io#

Yazar.io to webowa przestrzeń robocza, która działa obok rękopisu w Wordzie lub Dokumentach Google, zamiast go zastępować. Jej sekcje od początku obejmują większość biblii, między innymi Postacie, Miejsca, Organizacje, Wiedza o świecie, Przedmioty i Słownik pojęć, a do tego drzewo genealogiczne, które układasz metodą „przeciągnij i upuść”. Wystarczy wpisać nazwę, a link utworzy się sam; można też wpisać @ i wybrać pozycję z listy. Każda strona ma panel linków zwrotnych, który pokazuje, kto o niej wspomina (funkcje). Do serii powieściowej pasuje bardzo dobrze, a konfiguracji wymaga niewiele.

Dwie funkcje wyjątkowo dobrze odpowiadają opisanym wyżej nawykom. Szablony pól dla poszczególnych sekcji pozwalają dać każdej postaci te same pola „Pierwsze pojawienie się” i „Czytelnicy wiedzą”, w typach takich jak tekst, wybór i relacja. Zmiana szablonu nigdy nie narusza istniejących wpisów, więc ustal pola, zanim wprowadzisz obsadę pierwszego tomu. Wydarzenia na Osi czasu przyjmują daty zapisane dowolnym tekstem, na przykład „Tom 2, wiosna”, łączą się z postaciami i miejscami, których dotyczą, i pojawiają się na ich stronach w porządku chronologicznym. Właśnie tam sprawdza się wiek Pima (aktualizacje). Notatki przechodzą przez statusy od „Pomysł” do „Wykorzystane”, co naturalnie nadaje się do śledzenia otwartych wątków.

Zanim przeniesiesz serię, poznaj ograniczenia. Szybkie wyszukiwanie działa w obrębie jednej książki, więc rozważ prowadzenie całej serii w jednej książce w Yazar.io zamiast osobnej dla każdego tomu. Nie ma narzędzia do importu, więc istniejącą biblię trzeba przepisać ręcznie (FAQ o pracy offline). Plan darmowy pozwala na 2 książki i 15 edytowalnych wpisów na typ encji w każdej książce, z czego obsada serii szybko wyrośnie; Słownik, Oś czasu, Notatki i Cytaty są nieograniczone, a plan Pro znosi limit wpisów (plany). Jeśli czytelnicy chcą kompendium, każda książka może opublikować wiki tylko do odczytu z wybranymi sekcjami, przy czym notatki nigdy nie wchodzą, a Oś czasu jest wyłączona, dopóki jej nie opublikujesz (wiki, aktualizacje). Dlatego spoilery trzymaj w notatkach, a nie we wpisach.

Trzy sposoby prowadzenia biblii serii według zadania
ZadanieJeden dokumentObsidianYazar.io
Początek pracyNie trzeba nic konfigurowaćSamodzielnie projektujesz foldery, szablony i właściwościGotowe sekcje; dodajesz szablony pól
Znalezienie każdej wzmianki o postaciWyszukiwanie w dokumencieLinki zwrotne, także wzmianki bez linkuPanel linków zwrotnych na każdej stronie
Śledzenie tego, co wiedzą czytelnicyNagłówek lub tabela, którą prowadzisz samodzielnieWłaściwość w każdej notatce, dostępna w wyszukiwaniuPole szablonu albo notatka ze statusem
Wiek i datyTabela prowadzona ręcznieStruktura, którą budujesz samodzielnieWydarzenia z osi czasu na stronie każdej postaci
Udostępnianie czytelnikomWysłanie lub eksport plikuUdostępnienie kopii plikówDarmowa wiki tylko do odczytu; notatki nigdy nie wchodzą; oś czasu wyłączona, dopóki jej nie opublikujesz
Przeniesienie się gdzie indziejTo już jest plikTo już są pliki MarkdownEksport do Markdown lub JSON

Dopasuj biblię do serii#

  • Dylogia albo samodzielna powieść z kontynuacją: często wystarczy dokument z opisanym wyżej kształtem wpisów. Odnośniki znaczą więcej niż narzędzie.
  • Trylogia i dłuższe cykle: linki i linki zwrotne zaczynają się zwracać, a strony poszczególnych tomów i tabela wiedzy czytelników stają się częściami, do których zaglądasz najczęściej. Na tym etapie Obsidian albo Yazar.io zaczyna być wart zachodu.
  • Długi cykl albo wielu narratorów: śledź wiedzę osobno dla każdej postaci, z której perspektywy prowadzisz narrację, i prowadź jedną oś czasu dla całej serii. Jeśli dostępu potrzebuje współautor, ustalcie, kto pilnuje kanonu; Yazar.io nie ma wspólnej edycji.

Szersze zestawienie, które obejmuje też World Anvil i Campfire, znajdziesz w artykule o najlepszych narzędziach do worldbuildingu.

Typowe błędy w biblii serii#

  • Zapisywanie planów jako kanonu. Notatka o tym, co mogłoby się wydarzyć w czwartym tomie, po roku czyta się jak fakt. Wyraźnie oznaczaj plany albo trzymaj je w pliku z pomysłami.
  • Fakty bez źródła. Fakt bez odnośnika wymusza ponowną lekturę przy pierwszej wątpliwości. Dopisuj tom i rozdział na bieżąco.
  • Jeden fakt w kilku wpisach. Kopie się rozjeżdżają. Daj każdemu faktowi jedno miejsce i odsyłaj do niego.
  • Biblia większa niż książki. Jeśli jej prowadzenie zajmuje więcej czasu niż pisanie, przytnij ją do tego, czemu późniejszy tom mógłby zaprzeczyć.

Źródła