## What
On **first boot** (right after map selection), offer to pre-bake the pathfinding `.swb` cache for the selected maps. This removes first-pathfind-after-boot latency and is now cheap — ~18 MB/facet after the v8 format work (the old ~565 MB is gone). The answer persists in `modernuo.json` as **`pathfinding.prebakeMaps`** (default **false**): asked exactly once, and skipped on headless/CI boots (redirected input) where operators can set the flag directly.
## How — a generic startup phase, not pathfinding hardcoded in the engine
The clean-console (pre-Serilog) prompt window is inside the engine startup, but UOContent isn't loaded until after `ServerConfiguration.Load`. So rather than coupling the engine to pathfinding, this adds a generic lifecycle phase:
- **`Main.cs`**: new `AssemblyHandler.Invoke("ConfigurePrompts")` — runs **after** `LoadAssemblies` (so content can participate) but **before** the first `logger.Information` (so console prompts aren't interleaved with the async console sink). The first log line moves below it. Any class can hook in with `public static void ConfigurePrompts()` and self-gate on first-boot state. No `ServerConfiguration` or pathfinding coupling added to the engine.
- **`PathCacheCommands.ConfigurePrompts()`**: the first-boot prompt (interactive-only, flag-absent-only); persists the answer.
- **`PathCacheCommands.Initialize()`** (`Invoke("Initialize")` phase, after the tile matrix loads — which the bake walks): when the flag is set, bakes any map whose `.swb` is **missing or stale** (tile-data fingerprint mismatch, via `StepCache.ComputeLiveFingerprint` / `TryReadFingerprintFromFile`). A fresh cache is a no-op, so only the first boot — or a post-client-update boot — pays the several-minute cost.
## Docs
Fixed the now-stale "~565 MB / ~1.5–2 GB / do not bake by default" section in `dev-docs/pathfinding.md` (it's 17.9 MB for Trammel, tens of MB for all six facets after v8), added a "First-boot pre-bake prompt" section, and added the `pathfinding.prebakeMaps` lever row.
## Verified
- `dotnet build UOContent -c Release` → 0 errors (rebased on #2474).
- Pathfinding/StepCache tests: **90/90 pass**.
- Bootstrap streamlining of the startup phases is intentionally left as a follow-up.
8.2 KiB
ModernUO
.NET 10 Ultima Online server emulator. Single-threaded game loop. All game logic runs on one thread.
- Server engine:
Projects/Server/— do NOT modify without explicit request - Game content:
Projects/UOContent/— primary editing target - Build:
dotnet buildfrom repo root
Code Audit Rules
Apply these when writing or reviewing .cs files under Projects/.
- LINQ — Tier 1 (zero-cost patterns) free on hot paths; Tier 2 (low overhead) OK on warm paths; Tier 3 (allocating) forbidden on hot paths →
dev-docs/code-standards.md - No
Console.WriteLine— useLogFactory.GetLogger(typeof(MyClass))→logger.Information(...)(requiresusing Server.Logging;) - No concurrency primitives — no
lock,volatile,ConcurrentDictionary,Mutex, etc. Server is single-threaded. - No
World.Mobiles/World.Itemsiteration — use spatial queries:map.GetMobilesInRange<T>(),map.GetItemsInRange<T>() - Clean up refs in
OnDelete()/OnAfterDelete()— null outItem/Mobilereferences - Cancel timers in
OnDelete()/OnAfterDelete()— call_token.Cancel()or_timer?.Stop() STArrayPool<T>.SharednotArrayPool<T>.Shared— single-threaded optimized, no locksPooledRefList<T>notnew List<T>()on hot paths — zero GC pressure, stack-allocated ref struct- Serialization — class must be
partial, constructor needs[Constructible],TimerExecutionTokenmust NOT have[SerializableField]. New classes: use[SerializationGenerator(version)](omitencoded). When bumping versions, addMigrateFrom(VXContent)(X = previous version). Never modifyDeserialize(reader, version)for version bumps — that method is only for pre-codegen legacy saves. When migrating from pre-codegen Serialize/Deserialize: passfalseif old code usedreader.ReadInt(), bump version +1, and keep old logic asprivate void Deserialize(IGenericReader reader, int version)→dev-docs/runuo-migration-docs/02-serialization.md - No
Task.Run/new Thread()in game code — game logic is single-threaded event loop - Never assume era — if code uses
Core.AOS/Core.SE/etc., ask which expansion to target - Naming —
_camelCaseprivate fields,PascalCaseproperties/methods/classes; don't flag legacym_but use_for new code - No empty gumps — every gump must produce visual elements. An empty gump leaks on client+server (no way to close it). Use static
DisplayTo()to validate before constructing →dev-docs/gump-system.md - PropertyList string literals must be holes —
$"{"Map"}\t{value}"not$"Map\t{value}". The handler treats bare text as delimiters,{}holes as arguments. Only\tshould be a bare literal →dev-docs/property-lists.md - Braces required on all control flow —
if,else,for,foreach,while,do,switchmust always have braces, even for single-line bodies →dev-docs/code-standards.md - Prefer switch expressions and switch-when — use switch expressions for value mapping and switch-when for pattern matching where they improve readability. Exception: skip if unreadable or cold path →
dev-docs/code-standards.md - No
System.Text.StringBuilder— useValueStringBuilderwithstackalloc(bounded output) orValueStringBuilder.Create()(unbounded). Supports$"..."interpolation directly. Always useusing varfor disposal. UseReset()instead of reassigning →dev-docs/string-handling.md - Interpolation anti-patterns on handler-aware APIs —
Send*/Say/Emote/PublicOverhead*/IPropertyList.Add/gumpAddLabel/AddHtml/Html.Center/SpanWriter.Write*all haveref RawInterpolatedStringHandleroverloads that allocate zero strings, but only when the call-site argument is a$"..."literal directly. Avoid: ternaries with interpolated branches (Send(c ? $"a" : $"b")), switch expressions with interpolated arms, pre-builtvar s = $"..."locals (single-use),.ToString()/.String()/string.Formatinside holes, string concat ({a + b}), LINQ string ops in holes. Use:Lformat spec for lowercase ({rank:L}notrank.ToString().ToLowerInvariant()) →dev-docs/string-handling.md§ Interpolation Anti-Patterns
Dev-Docs Reference
| Topic | File |
|---|---|
| Code standards & LINQ tiers | dev-docs/code-standards.md |
| Serialization system | dev-docs/serialization.md |
| Content patterns (Items, Mobiles, Creatures) | dev-docs/content-patterns.md |
| Era & expansion handling | dev-docs/era-expansion.md |
| Timer system | dev-docs/timers.md |
| Event scheduler (wall-clock/calendar) | dev-docs/event-scheduler.md |
| Object property lists (tooltips) | dev-docs/property-lists.md |
| Gump (UI dialog) system | dev-docs/gump-system.md |
| Commands & targeting | dev-docs/commands-targeting.md |
| Event system | dev-docs/events.md |
| Threading model | dev-docs/threading-model.md |
| Server lifecycle & bootstrap phases (Configure/ConfigurePrompts/Initialize) | dev-docs/server-lifecycle.md |
| Configuration system | dev-docs/configuration.md |
| Networking & packets | dev-docs/networking-packets.md |
| Region system | dev-docs/regions.md |
| String handling & ValueStringBuilder | dev-docs/string-handling.md |
| RunUO migration (overview) | dev-docs/runuo-migration-docs/00-overview.md |
| RunUO migration (all docs) | dev-docs/runuo-migration-docs/ |
Claude Skills (Opt-In)
Detailed Claude Code skills live in dev-docs/claude-skills/. They are not auto-loaded — they must be copied to .claude/skills/ to activate.
When to offer: If the user is building complex content (new items, creatures, spells, gumps, quests, packets, serialization work, etc.), ask:
I have detailed Claude Code skills for this kind of work. Want me to enable them? I'll copy the relevant files from
dev-docs/claude-skills/to.claude/skills/.
Then copy only the relevant skill files based on the task:
| Task | Skills to enable |
|---|---|
| New Item or Mobile | modernuo-content-patterns, modernuo-serialization, modernuo-property-lists |
| Creature / spawn | modernuo-content-patterns, modernuo-serialization, modernuo-timers |
| Spell or ability | modernuo-content-patterns, modernuo-serialization, modernuo-timers, modernuo-era-expansion |
| Gump / UI dialog | modernuo-gump-system, modernuo-commands-targeting |
| Quest or event system | modernuo-events, modernuo-content-patterns, modernuo-configuration |
| Scheduled / seasonal / holiday events | modernuo-event-scheduler, modernuo-timers |
| Custom regions / dynamic areas | modernuo-regions, modernuo-content-patterns |
| Packet / networking | modernuo-networking, modernuo-threading |
| Commands | modernuo-commands-targeting |
| Timer work | modernuo-timers, modernuo-serialization |
| Config system | modernuo-configuration |
| Era-conditional code | modernuo-era-expansion |
| String building / formatting | modernuo-string-handling |
| Code review / audit | modernuo-code-audit |
Any .cs file edit |
modernuo-code-audit (always offer for code changes) |
| RunUO Migration | |
| Migrate any RunUO script | migrate-from-runuo/migrate-foundation (always), plus system-specific skills below |
| Migrate Item/Mobile/Creature | migrate-from-runuo/migrate-foundation, migrate-from-runuo/migrate-serialization, migrate-from-runuo/migrate-items-mobiles |
| Migrate serialization | migrate-from-runuo/migrate-serialization |
| Migrate timers | migrate-from-runuo/migrate-timers |
| Migrate gumps | migrate-from-runuo/migrate-gumps |
| Migrate packets | migrate-from-runuo/migrate-packets |
| Migrate property lists | migrate-from-runuo/migrate-property-lists |
| Migrate events/commands | migrate-from-runuo/migrate-commands-events |
| Migrate persistence (WorldSave) | migrate-from-runuo/migrate-persistence |
| Migrate multi-file system | migrate-from-runuo/migrate-systems |
To enable a skill: cp dev-docs/claude-skills/<name>.md .claude/skills/
Migration skills reference the deep docs in dev-docs/runuo-migration-docs/ and point to existing ModernUO skills for best practices.
The modernuo-code-audit skill auto-triggers on .cs file edits and flags convention violations (warnings only, asks before fixing).