Hasło dst commands odnosi się do konsolowych funkcji w Don't Starve Together, które pozwalają szybko zarządzać światem, graczami i testami bez klikania po menu. W praktyce to narzędzie dla admina, hosta albo osoby sprawdzającej zachowanie gry: od spawnowania przedmiotów, przez leczenie i teleporty, po resetowanie shardów czy komunikaty na serwerze. Dobrze użyte oszczędzają czas, ale źle użyte potrafią wyczyścić postęp albo namieszać w rozgrywce, więc warto znać nie tylko same komendy, lecz także ich ograniczenia.
Najważniejsze rzeczy, które trzeba wiedzieć przed pierwszą komendą
- Komendy w DST działają jak funkcje Lua, więc składnia ma znaczenie: nawiasy, cudzysłowy i liczby muszą się zgadzać.
- Najczęściej używa się ich w trybie Remote, bo to on wysyła polecenia na serwer, a nie tylko do własnego klienta.
-
c_spawntworzy obiekt na ziemi, ac_givewkłada go prosto do ekwipunku. - Statystyki bohatera zwykle podaje się jako ułamek od 0 do 1, więc
c_sethealth(1)oznacza pełne zdrowie. - Na serwerze z jaskiniami powierzchnia i caves to dwa osobne shardy, więc nie każda komenda działa „wszędzie naraz”.
- Najbardziej ryzykowne polecenia to reset świata i rollback, bo potrafią cofnąć albo skasować realny postęp.
Czym są te komendy i kiedy naprawdę się przydają
Ja traktuję je nie jako klasyczne „cheaty”, tylko jako panel serwisowy do gry. To różnica ważniejsza, niż wygląda na pierwszy rzut oka. W jednej grupie masz komendy do testów i wygody, w drugiej narzędzia do naprawy świata, a w trzeciej funkcje administracyjne potrzebne przy pilnowaniu serwera.
Najprościej mówiąc: jeśli chcesz sprawdzić build, odzyskać utracony przedmiot, przetestować moba, odblokować crafting albo ogarnąć chaos po awarii, komendy są najszybszą drogą. Jeśli natomiast grasz normalnie na publicznym serwerze, lepiej używać ich oszczędnie, bo część z nich potrafi mocno zmienić przebieg sesji. To nie są ozdobniki interfejsu, tylko realne funkcje silnika gry.
Warto też pamiętać, że DST pracuje na nazwach wewnętrznych, czyli prefabach. To dlatego komenda oczekuje np. beefalo albo goldnugget, a nie potocznej nazwy widocznej w grze. Ten detal regularnie decyduje o tym, czy polecenie zadziała od razu, czy „nic się nie stanie”.
Jeśli już wiesz, po co ich używać, trzeba jeszcze trafić w odpowiedni tryb konsoli i uprawnienia. Właśnie to najczęściej odróżnia skuteczne użycie od frustrującego wpisywania komend bez efektu.
Jak uruchomić konsolę i przełączyć ją na tryb zdalny
Konsolę otwiera się zwykle klawiszem ~, czyli tyldą po lewej stronie klawiatury. Jeśli układ klawiszy jest inny, skrót może wyglądać trochę inaczej, ale zasada pozostaje ta sama: to jest wejście do developer console, a nie zwykłego czatu. Najwygodniej zacząć od sprawdzenia ustawień sterowania, bo czasem klawisz jest już podpięty pod coś innego.
Najważniejszy przełącznik to Local kontra Remote. Gdy jesteś w Local, komenda dotyczy głównie twojego klienta. Gdy przełączysz się na Remote, polecenie leci na serwer i wpływa na wspólny świat. Na dedykowanym serwerze to właśnie Remote jest tym, czego zazwyczaj potrzebujesz.
| Tryb | Co robi | Kiedy ma sens |
|---|---|---|
| Local | Wykonuje polecenie po stronie twojego klienta | Do testów, podglądu i części lokalnych funkcji debug |
| Remote | Wysyła komendę na serwer | Do spawnów, leczenia, adminowania i zmian w świecie |
Przełączanie odbywa się klawiszem Ctrl przy otwartej konsoli. Najprostszy test jest banalny: jeśli komenda nie daje żadnego efektu, w pierwszej kolejności sprawdzam właśnie tryb. Drugi filtr to uprawnienia. Na własnym serwerze admina przypisuje się po Klei User ID, czyli identyfikatorze w formie KU_..., a nie po samym nicku.
Jest jeszcze jedna rzecz, o której łatwo zapomnieć: jeśli świat ma jaskinie, powierzchnia i caves działają jak dwa osobne shardy. Komenda wykonana w jednym nie przenosi się automatycznie do drugiego. To wyjaśnia sporą część „niewidzialnych” problemów, które początkujący biorą za błąd gry. Gdy ten mechanizm jest jasny, można już sensownie sięgnąć po konkretne polecenia.
Najważniejsze komendy do przedmiotów i postaci
Gdy konsola działa poprawnie, zwykle zaczynam od zestawu, który rozwiązuje 80 procent praktycznych sytuacji. To nie są wszystkie możliwe funkcje, ale w codziennym użyciu wystarczają zaskakująco często. Właśnie te komendy najczęściej ratują testy serwera, prywatną sesję albo problematyczny save.
| Komenda | Do czego służy | Na co uważać |
|---|---|---|
c_spawn("prefab", count) |
Tworzy obiekt lub stwora pod kursorem | Prefab musi mieć poprawną nazwę, np. wewnętrzną nazwę przedmiotu |
c_give("prefab", count) |
Dodaje przedmiot bezpośrednio do ekwipunku | Działa najlepiej z rzeczami, które da się nosić |
c_godmode() |
Włącza lub wyłącza tryb nieśmiertelności | Świetne do testów, ale nie zastępuje normalnego balansu gry |
c_supergodmode() |
Nieśmiertelność plus pełne statystyki | To bardziej narzędzie „na wszelki wypadek” niż codzienny cheat |
c_sethealth(1) |
Ustawia zdrowie na 100% | Tu podajesz ułamek, nie procent, więc 50 jest błędem |
c_setsanity(1) |
Przywraca poczytalność | Tak samo jak zdrowie, działa w skali 0-1 |
c_sethunger(1) |
Ustawia głód na maksimum | Najwygodniejsze przy testach przeżycia i balansu postaci |
c_settemperature(25) |
Zmienia temperaturę postaci | To już bardziej narzędzie testowe niż typowy „ratunek” |
c_freecrafting(player) |
Odblokowuje wszystkie przepisy | Przydatne na kreatywnych serwerach i przy testowaniu receptur |
c_goadventuring() |
Daje zestaw startowy przedmiotów | Przydaje się, gdy chcesz szybko wrócić do gry po resecie lub testach |
Najbardziej praktyczna para to c_spawn i c_give. Pierwsza stawia obiekt w świecie, druga wrzuca go do plecaka. To niby drobiazg, ale w grze o logistyce i ograniczonym ekwipunku robi ogromną różnicę. Jeśli chcesz sprawdzić nowy obóz, zwykle wygodniejsze jest c_give; jeśli chcesz zobaczyć zachowanie stwora albo struktury w terenie, lepsze będzie c_spawn.
W komendach od statystyk zapamiętuję jedną zasadę: 1 oznacza pełny pasek, a 0,5 połowę. To jedna z tych rzeczy, które brzmią banalnie, a potem blokują ludzi na kilka minut, bo wpisują wartości jak do zwykłej procentowej skali. Kiedy to już siedzi w głowie, sensownie przechodzi się do komend związanych z samym światem i innymi graczami.
Komendy, które pomagają pilnować świata i graczy
Przy większym serwerze albo dłuższej sesji najważniejsze stają się funkcje administracyjne. To one pozwalają zapanować nad chaosem, szybko zareagować na problem i nie robić wszystkiego ręcznie. W praktyce używam ich wtedy, gdy muszę sprawdzić skład serwera, wysłać komunikat, cofnąć błąd albo zareagować na zachowanie gracza.
| Komenda | Do czego służy | Dlaczego jest ważna |
|---|---|---|
c_listallplayers() |
Wypisuje aktywnych graczy i ich indeksy | To najprostszy punkt wyjścia, gdy chcesz wskazać konkretną osobę |
c_announce(msg) |
Rozsyła wiadomość do wszystkich | Przydaje się do ostrzeżeń, komunikatów i organizacji sesji |
c_teleport(x, y, z, inst) |
Teleportuje obiekt lub postać | Pomaga przy ratowaniu rozgrywki i testach mapy |
c_move(inst) |
Przenosi wskazany byt pod kursor | Wygodne, gdy chcesz szybko przesunąć postać lub obiekt |
c_despawn(player) |
Odsyła gracza do ekranu wyboru postaci | To interwencja awaryjna, a nie komenda do lekkiej korekty |
c_save() |
Wymusza zapis świata | Używam jej przed ryzykownymi operacjami albo przy porządkach na serwerze |
c_rollback(1) |
Cofa świat o jeden zapis | Pomaga po błędnym użyciu komendy albo problematycznym zdarzeniu |
c_regenerateshard() |
Regeneruje jeden shard | Lepsze, gdy chcesz odświeżyć tylko powierzchnię albo tylko caves |
c_regenerateworld() |
Tworzy świat od nowa | To najcięższa opcja, bo może skasować realny postęp w całym klastrze |
TheNet:Kick(userid) |
Wyrzuca gracza z serwera | Podstawowe narzędzie moderacji |
TheNet:Ban(userid) |
Blokuje gracza na serwerze | Używam tego dopiero wtedy, gdy zwykły kick nie rozwiązuje problemu |
Najbardziej mylące są komendy resetujące. c_rollback(1) cofa ostatni zapis, ale c_regenerateworld() to już pełny restart świata. Na serwerze z jaskiniami różnica jest jeszcze istotniejsza, bo można zresetować sam shard albo wszystko naraz. Jeżeli nie masz pewności, najpierw zrób zapis i upewnij się, że naprawdę chcesz przejść do operacji destrukcyjnej. To właśnie ten moment oddziela rozsądne adminowanie od przypadkowego kasowania sesji.
Do moderacji najważniejsze jest to, żeby nie działać na pamięć. Najpierw lista graczy, potem identyfikator, dopiero na końcu decyzja o kicku albo banie. Takie podejście oszczędza nerwów i zmniejsza szansę, że pomylisz osobę, która akurat była w złym miejscu o złym czasie.
Najczęstsze błędy, przez które komenda wygląda na zepsutą
Większość problemów z komendami w DST nie wynika z błędu gry, tylko z drobnej pomyłki po stronie użytkownika. I dobrze, bo to oznacza, że da się je szybko naprawić. Gdy komenda „nie działa”, sprawdzam zawsze tę samą kolejność rzeczy.
- Wpisanie polecenia do czatu zamiast do konsoli. Czat służy do rozmowy, a nie do funkcji administracyjnych.
- Zostanie w trybie Local. Na serwerze to najczęstszy powód, dla którego obiekt pojawia się tylko po twojej stronie albo nie pojawia się wcale.
- Brak uprawnień admina. Na cudzym serwerze Remote bez administracji nic nie da.
- Zły prefab. Nazwa musi być zgodna z wewnętrznym identyfikatorem, a nie z tym, co widzisz na ekranie.
-
Użycie procenta zamiast ułamka.
c_sethealth(1)działa, alec_sethealth(100)nie oznacza tego samego. - Zapomnienie o shardach. Komenda wykonana na powierzchni nie zawsze ma jakikolwiek wpływ na caves.
- Próba poprawiania wszystkiego jedną komendą. Czasem lepiej użyć kilku prostych poleceń niż jednej ciężkiej operacji, która wszystko zmienia naraz.
Jeśli mam wskazać jedną regułę diagnostyczną, to jest nią ta: najpierw tryb i uprawnienia, dopiero potem składnia. To pozwala wyłapać większość problemów w kilkanaście sekund. A gdy już działa, pozostaje tylko używać komend tak, żeby pomagały, a nie psuły zabawę.
Minimalny zestaw, który naprawdę warto mieć pod ręką
Na własnym serwerze nie potrzebujesz pamiętać dziesiątek funkcji. Wystarczy mały, praktyczny zestaw, który rozwiązuje najczęstsze sytuacje bez grzebania w kolejnych listach. Ja trzymałbym pod ręką pięć rzeczy: c_spawn, c_give, c_listallplayers(), c_announce(msg) oraz c_save().
-
c_spawn("prefab", count)ic_give("prefab", count)do testów oraz odzyskiwania zasobów. -
c_listallplayers()do szybkiego ustalania, kto jest na serwerze. -
c_announce(msg)do komunikatów organizacyjnych i ostrzeżeń. -
c_save()przed ryzykownymi zmianami. -
c_rollback(1)jako plan awaryjny, gdy coś pójdzie nie tak.
Jeżeli miałbym zostawić jedną praktyczną radę, byłaby prosta: najpierw zabezpiecz świat, potem eksperymentuj. W Don't Starve Together komendy są naprawdę mocnym narzędziem, ale najlepiej działają wtedy, gdy używa się ich świadomie i bez pośpiechu. Właśnie tak adminowanie serwerem staje się pomocą, a nie źródłem nowych problemów.
