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.
| Fakt | Czytelnicy | Wren | Pierwsza wzmianka w tekście |
|---|---|---|---|
| Oriel jest ciotką Wren | Wiedzą, z rozdziału z perspektywy Oriel | Nie | Tom 2, rozdz. 18 |
| Gildia sfałszowała rejestry śluz | Zasugerowane | Podejrzewa | Tom 1, rozdz. 20 |
| Ojciec Pima żyje | Nic | Nie | Jeszcze 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:
- W trakcie pisania prowadź krótką listę „do sprawdzenia”, zamiast przerywać pracę, żeby poprawiać wpisy.
- Po ukończeniu pełnej wersji roboczej dopisz nowe ustalenia i zamknij rozwiązane wątki.
- 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.
- 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.
| Zadanie | Jeden dokument | Obsidian | Yazar.io |
|---|---|---|---|
| Początek pracy | Nie trzeba nic konfigurować | Samodzielnie projektujesz foldery, szablony i właściwości | Gotowe sekcje; dodajesz szablony pól |
| Znalezienie każdej wzmianki o postaci | Wyszukiwanie w dokumencie | Linki zwrotne, także wzmianki bez linku | Panel linków zwrotnych na każdej stronie |
| Śledzenie tego, co wiedzą czytelnicy | Nagłówek lub tabela, którą prowadzisz samodzielnie | Właściwość w każdej notatce, dostępna w wyszukiwaniu | Pole szablonu albo notatka ze statusem |
| Wiek i daty | Tabela prowadzona ręcznie | Struktura, którą budujesz samodzielnie | Wydarzenia z osi czasu na stronie każdej postaci |
| Udostępnianie czytelnikom | Wysłanie lub eksport pliku | Udostępnienie kopii plików | Darmowa wiki tylko do odczytu; notatki nigdy nie wchodzą; oś czasu wyłączona, dopóki jej nie opublikujesz |
| Przeniesienie się gdzie indziej | To już jest plik | To już są pliki Markdown | Eksport 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
- Obsidian: How Obsidian stores data · 11 października 2026
- Obsidian: Internal links · 11 października 2026
- Obsidian: Backlinks · 11 października 2026
- Obsidian: Properties · 11 października 2026
- Obsidian: Search · 11 października 2026
- Obsidian: Templates · 11 października 2026
- Obsidian: Back up your Obsidian files · 11 października 2026
- Yazar.io: Features · 21 października 2026
- Yazar.io: Product updates · 21 października 2026
- Yazar.io: Plans and limits · 21 października 2026
- Yazar.io: Shareable wiki · 21 października 2026
- Yazar.io FAQ: Can I use Yazar.io offline? · 11 października 2026