Przejdź do treści
100% lokalnie

Sprawdzanie gałęzi historii

Znajdź uszkodzone linki i osierocone węzły w rozgałęzionej historii lub drzewie dialogowym.

Wejście
Wynik

Sprawdzanie gałęzi historii

Wklej rozgałęzioną historię, drzewo dialogowe lub skrypt przepływu chatbota, a to narzędzie mapuje każdy węzeł i połączenia między nimi, a następnie raportuje, co jest zepsute. Odczytuje nagłówki takie jak „# NodeName” jako definicje węzłów i odniesienia wbudowane, takie jak „[NodeName]” lub w stylu Ink „-> NodeName” jako łącza wychodzące z dowolnego węzła, pod którym się pojawiają.

Zgłaszane są dwa rodzaje problemów. Uszkodzone łącza to odniesienia wskazujące na nagłówek węzła, który nie istnieje nigdzie w dokumencie — jest to zwykle skutek zmiany nazwy, literówki lub usuniętego fragmentu, na który nadal wskazują inne węzły. Osierocone węzły to odwrotny problem: fragmenty, które istnieją i są w pełni napisane, ale do których żaden inny węzeł nigdy nie prowadzi, więc gracz lub użytkownik nigdy nie może do nich dotrzeć. Obydwa łatwo przeoczyć, gdy scenariusz przekroczy kilkanaście lub dwa fragmenty, i oba są dokładnie tego rodzaju błędem, który pojawia się dopiero podczas testowania gry — lub po opublikowaniu.

Trzy opcje dostosowują czek do sposobu, w jaki piszesz. „Nazwy węzłów uwzględniające wielkość liter” sprawiają, że „[Las]” i „[las]” liczą się jako różne cele, a nie ten sam węzeł – przydatne, jeśli konwencja nazewnictwa opiera się na pisaniu wielkimi literami. Opcja „Ignoruj połączenie węzła z samym sobą” sprawia, że fragment, który zapętla się z powrotem według własnego wyboru, nie jest liczony jako odniesienie do wykrywania osieroconych węzłów, więc nie ukrywa po cichu naprawdę nieosiągalnego węzła. Opcja „Traktuj pierwszy węzeł jako punkt wejścia” wyklucza pierwszy nagłówek z raportu o osieroconych węzłach, ponieważ do fragmentu otwierającego skrypt można dotrzeć poprzez rozpoczęcie wątku, a nie przez łącze do innego węzła.

Wszystko działa w Twojej przeglądarce: narzędzie analizuje jedynie tekst i nigdy nigdzie nie przesyła Twojego skryptu, więc niepublikowane rozdziały, niepublikowana zawartość gry i praca klienta pozostają prywatne. Wklej rozdział, cały skrypt gry lub pojedynczą scenę rozgałęziania — podsumowanie pod wynikami pokazuje w skrócie liczbę węzłów, uszkodzonych łączy i osieroconych węzłów, a pełny raport zawiera dokładną listę linii, z których pochodzi każde uszkodzone łącze.

Częste pytania

Jakie formaty nagłówków i linków obsługuje?
Nazwy węzłów pochodzą z nagłówków w stylu Markdown („# NodeName” do sześciu poziomów „#”). Łącza wychodzące to albo odniesienia w nawiasach („[NazwaWęzła]”) w dowolnym miejscu tekstu węzła, albo same strzałki w stylu pisma odręcznego („->NazwaWęzła”).
Co liczy się jako uszkodzony link?
Dowolne odwołanie „[Target]” lub „-> Target”, którego cel nie pasuje do żadnego nagłówka węzła w dokumencie, po zastosowaniu obsługi przypadków. Raport zawiera węzeł źródłowy, docelowy i numer linii każdego z nich.
Dlaczego mój węzeł początkowy nigdy nie jest oznaczony jako osierocony?
Po włączeniu opcji „Traktuj pierwszy węzeł jako punkt wejścia” (ustawienie domyślne) zakłada się, że pierwszy nagłówek w dokumencie znajduje się w miejscu, w którym zaczyna się artykuł, więc jest on zwolniony ze sprawdzania węzła osieroconego, nawet jeśli nic do niego nie prowadzi.
Czy renderuje wykres wizualny?
Nie. Jest to kontrola tekstowa — wyświetla w raporcie uszkodzone linki i osierocone węzły, ale nie rysuje diagramu struktury wątku.
Czy mój skrypt jest gdzieś przesłany?
Nie. Analizowanie odbywa się całkowicie w Twojej przeglądarce, a Twój tekst nigdy nie opuszcza Twojego urządzenia.