ss13-byond

Master controller for the SS13/BYOND skill ecosystem — the skill-over-skills that decides when and which skill to invoke (byond-ss13-coding, ss13-tgui, tgstation-modular-content, ss13-tgs-deploy, and future ones), defines their interaction contract, and owns per-repository semantic bases (ai_navigation folders): discovery, bootstrap from zero, binding briefs, integrity control. Use at the start of ANY non-trivial task in an SS13/BYOND fork; whenever it is unclear which skill applies or two skills could both apply; and whenever the user mentions семантика/семантический анализ репозитория, семантическая база, ai_navigation, собрать/обновить/проверить базу, navigation layer, восстановить инфраструктуру, новая кодовая база, skill ecosystem, or a navigation doc contradicts the code. Works from zero: no pre-existing bases or registry required.

Universal BYOND Dream Maker (DM) and SS13 codebase development skill: writing idiomatic DM code, building or changing SS13 systems (items, mechanics, subsystems, components, elements, signals, traits, actions, timers), fixing runtimes and lifecycle/qdel/Destroy/harddel bugs, optimizing hot procs and tick usage, porting changes between forks, and doing static analysis or code review of DM patches. Use for ANY coding, review, refactoring, optimization, or debugging task that touches BYOND, Dream Maker, DM, SS13, tgstation or an SS13 fork (BandaStation, cmss13, CEV-Eris, Twilight-Axis, Vanderlin, and others) — whenever the user mentions proc, datum, subsystem, component, signal, qdel, lifecycle, tick, performance, review, or debugging in an SS13/BYOND context, even if they don't name the skill. For tgui/web-UI internals also open ss13-tgui; for modular placement on upstream-tracking forks also open tgstation-modular-content.

Deploy an SS13 game server (Vibelin / Vanderlin / any tgstation fork) from scratch on a fresh Linux host using tgstation-server (TGS) in Docker: TGS container setup, instance creation, EventScripts, the rust-g glibc trap, tgui/Bun build, nginx asset CDN with mandatory CORS, and config persistence. Use this whenever the user wants to deploy, move, migrate, rebuild, or troubleshoot an SS13/BYOND server or a TGS instance — trigger words include TGS, tgstation-server, DreamDaemon, Vibelin, "поднять сервер SS13", "развернуть инстанс", "перенести сервер", asset CDN / tgui asset problems, or librust_g.so errors — even if they only say "поднять сервак на новой машине".

Use only for SS13 TGUI/web UI work: implementing, reviewing, or debugging a tgui interface; ui_interact/tgui_interact/ui_data/ui_static_data/ui_assets/ui_act/ui_state; SStgui lifecycle; tgui interfaces/routes/layouts/components/SCSS; tgui-core or in-tree components; the BYOND browser bridge (ByondUi, winset/winget/callByond, config.window/config.ref, embedded maps/camera controls); browser asset cache/CDN delivery (/datum/asset, resolveAsset, get_asset_url, ASSET_TRANSPORT webroot, ASSET_CDN_*); tgui dev-server/HMR; duplicate or blank/white tgui windows; WebView2/IE/DPI/Wine runtime triage; skin.dmf/window-control breakage; first-load or per-update tgui performance; overengineered tgui refactors. Do not use for ordinary SS13 DM gameplay, content, or systems work (mobs, items, icons, balance, admin verbs, database, mapping) or generic BYOND code, unless the request or changed files also touch TGUI or BYOND browser UI integration.

Use when adding or modifying SS13 content on a /tg/station-derived fork that regularly pulls upstream — new items, mobs, jobs, species, areas, maps, components, signals, traits, crafting, research, reagents, clothing, antagonists, or modular tgui — and the change must stay mergeable when upstream is re-synced. Strong triggers: 'add a modular X', 'without touching upstream', 'keep it mergeable', 'avoid merge conflicts on rebase', repos containing modular_skyrat / modular_zubbers / modular_abel / master_files folders, or BUBBER EDIT / SKYRAT EDIT style comments. Also use to review whether an existing change is properly modular. Do NOT use for PRs intended to be merged into upstream /tg/station itself, or for pure tgui framework/interface work with no modularity concern (use the ss13-tgui skill for that).