modwright 0.1.0

package/knowledge/stardewvalley/wiki.dataformat.yaml

@@ -0,0 +1,130 @@
+game: stardewvalley
+topic: wiki.dataformat
+title: The wiki's data-asset pages as a schema source — table shapes, the optional marker, the
+  curated page-to-asset mapping
+facts:
+  - id: stardewvalley.wiki.dataformat.field-tables-are-the-schema
+    claim: "A wiki page for a string-keyed data asset (the 1.6 models: `Data/Objects`, `Data/Buildings`,
+      `Data/Crops`, `Data/Locations`, `Data/Shops`, ...) states the asset's fields in `wikitable`s
+      whose header row is `field | purpose` (or `field | effect`, `field | description`, `field |
+      result`), one table per model section under its own heading, with the field name in the first
+      column (often wrapped in `<samp>`, and sometimes two names in one cell separated by `<br />`,
+      e.g. `DisplayName` and `Description`) and a one-line purpose in the second. A sub-model's
+      fields are in a further `field | ...` table nested inside the parent cell that introduces it."
+    status: community
+    source: "Rendered HTML of Modding:Object_data (11 tables under Basic info, Appearance, Edibility,
+      Geodes & artifact spots, Context tags & exclusions, Advanced and For C# mods — 9 `field |
+      purpose`, 1 `field | result`, 1 `method | effect`), Modding:Buildings (22 tables: 20 `field |
+      effect`, 1 `property | description`, 1 `type | method | effect`), Modding:Crop_data (2 `field
+      | effect` tables under Format), Modding:Location_data (11: 10 `field | effect` plus 1 `name |
+      class | description`), Modding:Shops (10: 5 `field | effect`, 2 `value | effect`, 3 id lists),
+      read 2026-09-11"
+    tags:
+      - wiki
+      - schema
+      - index
+      - data
+      - table-shape
+    detail: "This is what makes a schema index buildable without the game (the first stage of the
+      index): the field list is the documentation itself. The tables give names and purposes, not
+      machine-readable types, and a page carries other tables too (`method | effect` for C# helpers,
+      `value | effect` for enum values, `name | class | description` for vanilla location names),
+      which an index must leave out by header rather than take by position. The nested sub-model
+      tables matter twice over: a non-greedy `</table>` match stops at the first one, truncating the
+      parent table and mixing the child's rows into it, so the parser has to match
+      `<table>`/`</table>` by depth. A row whose cells are all `<th>` after the header row is a
+      sub-heading spanning the table (`<th colspan=\"2\">Growth</th>` on Crop data), not data."
+  - id: stardewvalley.wiki.dataformat.delimited-assets-use-index-tables
+    claim: "The assets that are still `/`-delimited strings in 1.6 (`Data/Boots`, `Data/Hats`,
+      `Data/Furniture`, `Data/CraftingRecipes`, `Data/Fish`, `Data/Bundles`, `Data/Monsters`,
+      `Data/NPCGiftTastes`, `Data/Quests`, `Data/Achievements`) are documented with `index | field |
+      ...` tables instead (`index | syntax | description` on Bundles): the first column is the
+      0-based position in the string, the second the field's name — written as a prose label
+      (\"Added Defense\", \"hat earned (index from hats.xnb)\"), not as a C# identifier the way a
+      model's field names are."
+    status: community
+    source: Rendered HTML of Modding:Boots (`index | field | effect`, rows `0 | Name` through `9 |
+      Texture`, including `3 | Added Defense` and `5 | Color Index`), Modding:Hats (8 positions),
+      Modding:Furniture (12), Modding:Monster_data (`Index | Field | Example Value`, 15 positions
+      from `0 | health (hit points)`), Modding:Achievement_data (same header, 5 positions),
+      Modding:Bundles (`index | syntax | description`), read 2026-09-11
+    tags:
+      - wiki
+      - schema
+      - index
+      - data
+      - delimited
+      - legacy-format
+    detail: "For these assets a Content Patcher `Fields` block is keyed by position — \"the field index
+      (starting at zero) for a slash-delimited string, or the field name for an object\"
+      (ContentPatcher/docs/author-guide/action-editdata.md) — so the index records each field's
+      position and an index-backed rule can say a `Fields` key is not a position the format has. An
+      `Entries` value for such an asset is a string, never an object. Four of the ten assets are not
+      indexed because their pages name no field at all: `Data/Quests` (the `Field` column holds the
+      description), `Data/NPCGiftTastes` (`field index | taste | reaction dialogue | reference
+      IDs`), `Data/CraftingRecipes` and `Data/CookingRecipes` (one table for both, with two
+      `colspan`-merged index columns) and `Data/Fish` (angle-bracketed placeholders under `index |
+      syntax | example | content`, and its one `index | field | purpose` table documents
+      `Data/AquariumFish`)."
+  - id: stardewvalley.wiki.dataformat.optional-prefix
+    claim: An optional field's purpose text opens with the literal `(Optional)`, italicised; on a few
+      pages the marker trails the field cell itself instead. A field with neither is required (or
+      has a game-side default the text states).
+    status: community
+    source: Modding:Object_data, e.g. `ColorOverlayFromNextIndex | (Optional) When drawn as a colored
+      object, ...`, `Edibility | (Optional) A numeric value that determines how much energy ...`,
+      `IsDrink | (Optional) Whether to drink the item instead of eating it. Default false.`; the
+      field-cell form on Modding:Powers, `<samp>Description</samp> <i>(Optional)</i>` and
+      `<samp>CustomFields</samp> <i>(Optional)</i>`; read 2026-09-11
+    tags:
+      - wiki
+      - schema
+      - index
+      - optional
+    detail: "The index keeps this as a boolean per field, set by either form. The marker is always
+      inside `<i>` in the rendered HTML, so a parser that tests the cell's text before stripping
+      tags finds nothing. It is a documentation convention, not a game-enforced one: the game's JSON
+      reader fills a missing field with the model's default whether or not the wiki marks it."
+  - id: stardewvalley.wiki.dataformat.page-asset-mapping-is-curated
+    claim: "Which asset a wiki page documents cannot be read reliably from the page: the most-mentioned
+      `Data/...` name is often another asset the page links to (Modding:Object_data mentions
+      `Data/Buffs` six times and `Data/Objects` five; Modding:Weather_data mentions `Data/Festivals`
+      once and `Data/Weather` never), so ModWright carries a curated page-to-asset list and checks
+      at build time that the asset name appears on the page at all. That check has to normalize
+      separators: the pages not yet rewritten for 1.6 still say `Content\\Data\\Achievements.xnb`
+      rather than `Data/Achievements`."
+    status: inferred
+    source: "A count of `Data/...` mentions over the 61 Modding: pages saved on 2026-09-11 (the scratch
+      analysis behind src/surfaces/stardewvalley/index/wiki.ts); the backslash spelling on
+      Modding:Bundles, Modding:Monster_data, Modding:Achievement_data and Modding:Special_orders"
+    tags:
+      - wiki
+      - schema
+      - index
+      - mapping
+      - gotcha
+    detail: The list lives in `WIKI_PAGES` (src/surfaces/stardewvalley/index/wiki.ts), and
+      `check_toolchain action=install data=stardewvalley.wiki` fetches exactly those pages. All 43
+      curated mappings were confirmed against the saved pages, and all 43 parse to a non-empty field
+      list (1137 fields). A page whose asset name does not appear on it is indexed but flagged in
+      the build's sources, so a renamed asset shows up as a warning rather than a silent mismatch.
+  - id: stardewvalley.wiki.dataformat.pages-carry-their-own-date-and-no-game-version
+    claim: Every wiki page ends with a `This page was last edited on <date>` footer and none states
+      which game version its tables describe; the index records the per-page date and no
+      `gameVersion`, so `lookup`'s staleness check reports the axis as unknown rather than a false
+      match.
+    status: community
+    source: The `footer-info-lastmod` element on every page fetched 2026-09-11 (e.g. Modding:Object_data
+      "last edited on 8 August 2026", Modding:Crop_data "13 May 2025", Modding:Location_data "14
+      June 2025", Modding:Buildings "25 March 2026")
+    tags:
+      - wiki
+      - schema
+      - index
+      - versioning
+      - staleness
+    detail: "The pages describe 1.6's models (fact
+      stardewvalley.game.versions.1-6-moved-data-to-string-keyed-models) and the game has not been
+      patched since 1.6.15, so the risk today is a page lagging 1.6, not a version mismatch. The
+      wiki's own text is CC BY-NC-SA and is not committed: `check_toolchain action=install
+      data=stardewvalley.wiki` saves it locally and remembers the folder, which the index reads."

package/knowledge/subnautica2/game.build.yaml

@@ -0,0 +1,331 @@
+game: subnautica2
+topic: game.build
+title: Subnautica 2 build, install layout and runtime facts read off a launch-day install
+facts:
+  - id: subnautica2.game.engine-5-6-1
+    claim: "Subnautica 2 ships on Unreal Engine 5.6.1. The game's own log prints `LogInit: Engine
+      Version: 5.6.1-113109+++Project+SN2-Release-Hotfix-Live` and `Compatible Engine Version:`
+      identically, so the build is not a licensee fork with a divergent compatible version."
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: %LOCALAPPDATA%\\Subnautica2\\Saved\\Logs\\Subnautica2.log lines
+      ~470-500 (LogInit block). Corroborated by the same file's `LogMercuna: Display: Unreal Engine
+      version: 5.6.1`."
+    tags:
+      - engine
+      - ue5
+      - version
+      - loginit
+      - unreal
+    detail: "The full LogInit block also gives `Build: Subnautica2-CL-113109`, `Net CL: 113109`, `Build
+      Configuration: Shipping`, `Branch Name: ++Project+SN2-Release-Hotfix-Live` and
+      `ExecutableName: Subnautica2-Win64-Shipping.exe`. Status is `community`, not `verified`: the
+      log is a real artifact of a real run, but nobody re-observed this in the engine for ModWright,
+      and the game is not installed here to re-check. The engine version is the single most
+      load-bearing number for any UE modding tool (UE4SS builds, .usmap generation and IoStore
+      container versions are all keyed to it), so re-read it after every game patch rather than
+      trusting this line."
+  - id: subnautica2.game.two-version-axes
+    claim: "Subnautica 2 numbers one build three ways: the marketing/project version (`LogNetVersion:
+      Set ProjectVersion to 0.10.0`), the changelist (`LogUWE: Changelist: 113109`, also `Build:
+      Subnautica2-CL-113109`), and the engine version (5.6.1). They are different axes and must
+      never be compared against each other."
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: Subnautica2.log, `LogNetVersion: Set ProjectVersion to
+      0.10.0.`, `LogUWE: Changelist: 113109`, `LogInit: Engine Version: 5.6.1-113109+...`"
+    tags:
+      - version
+      - changelist
+      - projectversion
+      - axes
+      - compat
+    detail: Under ModWright's version convention, a Subnautica 2 fact's `verified_on` belongs on the
+      game's own axis — the ProjectVersion (`0.10.0`), with the changelist in parentheses where it
+      is known, because the CL is what the EOS product version string and the log both actually
+      print. The engine version is a third axis and belongs in a compat component, not in
+      `verified_on`. Note the changelist is also embedded in the engine version string itself
+      (`5.6.1-113109`), which is how one line can be misread as pinning both.
+  - id: subnautica2.game.release-cadence-and-current-build
+    claim: Subnautica 2 entered Early Access on 2026-05-14 at changelist 113109 and has shipped seven
+      releases since; the newest as of 2026-09-11 is "Early Access Buddy System Hotfix 1", v127034,
+      2026-09-01. Any fact captured on the launch build is roughly 14,000 changelists stale.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "https://wiki.subnautica.com/sn2/Update_History (Update History table), read 2026-09-11. The
+      launch row reads \"Early Access Release — May 14th, 2026 (v113109)\", which matches this
+      machine's own launch-day log exactly (local artifacts 2026-09-11, `LogUWE: Changelist:
+      113109`) — so the wiki's \"v\" numbers are the game's changelist."
+    tags:
+      - version
+      - release
+      - cadence
+      - patch
+      - changelist
+      - staleness
+    detail: "The full list, newest first: Buddy System Hotfix 1 (2026-09-01, v127034); EA 1.2 \"Buddy
+      System\" (2026-08-19, v123362); Hotfix 4 (2026-07-14, v121347); EA 1.1 \"Adaptive Measures\"
+      (2026-07-08, v119503); Hotfix 3 (2026-06-01, v115506); Hotfix 2 (2026-05-22, v114707); Hotfix
+      1 (2026-05-19, v113933); EA Release (2026-05-14, v113109). Unknown Worlds' own post for EA 1.1
+      is dated 07.08.26 and names it \"Early Access 1.1 / Adaptive Measures\"
+      (https://unknownworlds.com/en/news/subnautica-2-adaptive-measures-update, read 2026-09-11), so
+      the marketing \"EA 1.x\" names and the changelist numbers are two more axes on the same build.
+      Cadence is roughly one feature update every six weeks with hotfixes between — fast enough that
+      a version-locked native loader would break repeatedly."
+  - id: subnautica2.game.install-layout
+    claim: "The Steam install nests the Unreal project one level below the install root: the root is
+      `steamapps/common/Subnautica2/`, the project folder is `<root>/Subnautica2/`, and the shipping
+      exe is `<root>/Subnautica2/Binaries/Win64/Subnautica2-Win64-Shipping.exe`. A surface's
+      `detect` must not assume the exe sits at the root."
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: Subnautica2.log `LogInit: Base Directory: C:/Program Files
+      (x86)/Steam/steamapps/common/Subnautica2/Subnautica2/Binaries/Win64/` and `LogInit:
+      ExecutableName: Subnautica2-Win64-Shipping.exe`"
+    tags:
+      - install
+      - layout
+      - steam
+      - paths
+      - detect
+      - binaries
+    detail: "Other absolute paths in the same log confirm the rest of the tree:
+      `<root>/Engine/Binaries/Win64/EOSSDK-Win64-Shipping.dll` (so the engine folder is a sibling of
+      the project folder, the standard packaged-UE shape) and
+      `<root>/Subnautica2/Plugins/DLSS/Binaries/ThirdParty/Win64/nvngx_dlss.dll`. The Steam AppId is
+      1962700 (`LogOnline: STEAM: [AppId: 1962700] Client API initialized 1`). The folder name under
+      `common/` is `Subnautica2` with no space, which is what `findInSteam` must be given."
+  - id: subnautica2.game.steam-folder-outlives-uninstall
+    claim: "`steamapps/common/Subnautica2/` survives uninstalling the game — Steam Cloud re-creates it
+      to hold `Subnautica2/Saved/SaveGames/steam_autocloud.vdf`. A `detect` that only tests for the
+      folder (which is all `core/steam.ts`'s `findInSteam` does) reports a phantom install."
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: this machine has
+      steamapps/common/Subnautica2/Subnautica2/Saved/SaveGames/steam_autocloud.vdf (51 bytes, the
+      only file in the tree) and no steamapps/appmanifest_1962700.acf; libraryfolders.vdf lists six
+      appids and 1962700 is not among them."
+    tags:
+      - detect
+      - steam
+      - false-positive
+      - install
+      - uninstall
+      - gotcha
+    detail: The Subnautica 2 surface's `detect` must confirm
+      `<root>/Subnautica2/Binaries/Win64/Subnautica2-Win64-Shipping.exe` exists, not merely the
+      folder, or every machine that ever uninstalled the game reports an install with zero mod roots
+      and no readable version. The same residue exists here for the first Subnautica
+      (`common/Subnautica2/..`'s sibling `common/Subnautica/SNAppData/SavedGames`, 46 files,
+      likewise with no appmanifest), so this is Steam's general behaviour and not specific to this
+      title.
+  - id: subnautica2.game.iostore-only-paks
+    claim: "Subnautica 2 ships its content as an IoStore container, not a legacy pak payload:
+      `Content/Paks/` holds `global.utoc` plus the `Subnautica2-Windows.pak`/`.utoc`/`.ucas`
+      triplet, and the game mounts the .utoc alongside the .pak at startup."
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: 'local artifacts 2026-09-11: Subnautica2.log first 15 lines — `LogIoDispatcher: Display:
+      Reading toc: ../../../Subnautica2/Content/Paks/global.utoc`, then `LogPakFile: Display:
+      Mounted IoStore container "../../../Subnautica2/Content/Paks/Subnautica2-Windows.utoc"`'
+    tags:
+      - iostore
+      - utoc
+      - ucas
+      - pak
+      - paks
+      - packaging
+      - mount
+    detail: "The container carries `EntryCount=39605` and `NumPackages=28882` (`LogFilePackageStore:
+      Mounting container: Id=994e00ccf1aeb8bf, Order=4, NumPackages=28882`). Practical consequence
+      for modding: a mod authored as a legacy (non-IoStore) .pak may not be loadable by this build
+      without conversion, which is the problem `retoc` exists to solve. `global.utoc` mounts first
+      at `Order=0` with `EntryCount=1`; the content container is `Order=4`."
+  - id: subnautica2.game.paks-unsigned
+    claim: Subnautica 2's shipped containers are unsigned — both mounted TOCs report
+      `SignatureHash=0000000000000000000000000000000000000000` — so there is no pak signature check
+      standing between a mod pak and the game.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: Subnautica2.log, the two `LogIoDispatcher: Display: Toc loaded
+      :` lines for global.utoc and Subnautica2-Windows.utoc"
+    tags:
+      - signing
+      - signature
+      - encryption
+      - iostore
+      - security
+      - paks
+    detail: An all-zero SignatureHash is what UE prints when a container carries no signature, and both
+      of this game's containers do. Nothing in the log indicates an AES content key either (no
+      `LogPakFile` encryption-key lines, and the containers mounted with no key supplied). Absence
+      of a log line is weaker evidence than a positive statement, so treat "unencrypted" as probable
+      rather than settled; "unsigned" is directly stated by the hash. Signed paks would have been
+      the single most likely hard blocker to the whole pak-mod route, so this is the good outcome.
+  - id: subnautica2.game.pak-mount-point
+    claim: The shipped pak mounts at `../../../`, i.e. the engine-root-relative mount point. A mod pak
+      built for this game must use the same mount point or its files resolve to the wrong virtual
+      paths and are silently ignored.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: Subnautica2.log — `LogPakFile: Display: Mounted Pak file
+      '../../../Subnautica2/Content/Paks/Subnautica2-Windows.pak', mount point: '../../../'`"
+    tags:
+      - mount-point
+      - pak
+      - packaging
+      - validator
+      - silent-failure
+    detail: "A wrong mount point is the classic silent failure of UE pak modding: the pak mounts, the
+      log says nothing is wrong, and none of the mod's assets are ever found. This is checkable
+      statically from a built pak's header, which makes it a good candidate for a ModWright
+      validator that needs no game."
+  - id: subnautica2.game.ue-log-location-and-rotation
+    claim: The game writes `%LOCALAPPDATA%\Subnautica2\Saved\Logs\Subnautica2.log` for the current run
+      and rotates the previous run to `Subnautica2-backup-YYYY.MM.DD-HH.MM.SS.log` — one new file
+      per launch, so each run's log gets a fresh creation time.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: directory listing of %LOCALAPPDATA%\\Subnautica2\\Saved\\Logs —
+      Subnautica2.log plus four
+      Subnautica2-backup-2026.05.14-{17.45.04,18.20.47,21.11.02,22.48.53}.log"
+    tags:
+      - logs
+      - rotation
+      - saved
+      - localappdata
+      - triage
+    detail: "This is the standard UE `Saved/Logs` layout and it is friendlier to ModWright's incremental
+      triage than Cyberpunk's is: the rotation means the offsetKeys/creation-time mechanism in
+      core/logs works as designed (contrast redscript_rCURRENT.log, which is truncated in place and
+      defeated it — see src/surfaces/cyberpunk2077/paths.ts). Note the backup file's own name is
+      stamped in UTC while the header inside is local — see
+      subnautica2.game.log-timestamps-are-utc."
+  - id: subnautica2.game.log-timestamps-are-utc
+    claim: Inside the Unreal log, the bracketed per-line timestamps are UTC while the "Log file
+      open"/"Log file closed" header and footer are local time. A run scoped by comparing a local
+      wall-clock time against the bracket timestamps will be off by the UTC offset.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: Subnautica2.log opens `Log file open, 05/14/26 18:50:12` and
+      its first bracketed line is `[2026.05.15-01.50.13:049][  0]` — the same instant, seven hours
+      apart (America/Los_Angeles, UTC-7 in May). The close is symmetric: `Log file closed, 05/14/26
+      20:06:22` against `[2026.05.15-03.06.22:272]`."
+    tags:
+      - logs
+      - timestamps
+      - utc
+      - timezone
+      - runscope
+      - gotcha
+    detail: Directly relevant to core/logs' `RunScope.since`. The bracket format is
+      `[YYYY.MM.DD-HH.MM.SS:mmm][frame]` where `frame` is a three-character right-aligned frame
+      counter that wraps, not a monotonic counter.
+  - id: subnautica2.game.log-head-has-no-timestamps
+    claim: The first ~520 lines of the Unreal log carry no timestamp or frame prefix at all — logging
+      starts before the timestamped logger does. That untimed head is exactly where the pak mounts
+      and the plugin list live.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: Subnautica2.log — the first bracketed line is line 521
+      (`[2026.05.15-01.50.13:049][  0]LogConfig: Applying CVar settings...`); every LogPakFile,
+      LogIoDispatcher and LogPluginManager line precedes it unprefixed."
+    tags:
+      - logs
+      - format
+      - parsing
+      - gotcha
+      - triage
+      - pakfile
+      - pluginmanager
+    detail: "A signature matcher anchored on a timestamp prefix would miss the entire pak-mount and
+      plugin-mount block, which is the part a modding tool most wants. ModWright's existing `PRE`
+      approach in src/surfaces/cyberpunk2077/logs.ts (zero-or-more optional bracketed fields,
+      anchored to line start) already handles this shape correctly. It also means `RunScope.since`
+      filtering cannot be applied to those lines — the `SourceStatus.timestamps: false` path in
+      core/logs/types.ts exists for precisely this."
+  - id: subnautica2.game.saves-are-gvas-with-uwe-wrapper
+    claim: Save files are Unreal `GVAS` SaveGame archives. The main `savegame_0.sav` is wrapped in a
+      Unknown Worlds container whose first four bytes are `GSWU`, with the standard GVAS header
+      starting at offset 0x10; auxiliary saves such as `FrontendSavedState.sav` are plain GVAS from
+      byte 0.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: 'local artifacts 2026-09-11: hexdump of
+      %LOCALAPPDATA%\Subnautica2\Saved\SaveGames\savegame_0.sav (`4753 5755` = "GSWU", then `4756
+      4153` = "GVAS" at 0x10) and of FrontendSavedState.sav ("GVAS" at 0x00)'
+    tags:
+      - saves
+      - gvas
+      - savegame
+      - format
+      - uwe
+    detail: The GVAS header embeds the engine version and branch that wrote it — `05 00 06 00 01 00`
+      (5.6.1) followed by a length-prefixed `++Project+SN2-Release-Hotfix-Live` — so a save file
+      alone pins the build it came from, which is useful for compat reporting when the game itself
+      is not installed. Saves live beside the logs in `Saved/SaveGames/`, with `savegame_0.sav`
+      current and `savegame_0_0.bak` .. `savegame_0_9.bak` as a ten-deep rolling backup (the game
+      autosaves on a ~10-minute cadence; `bAutoSaveEnabled=True` in
+      Saved/Config/Windows/UWESaveSystemUserSetting.ini).
+  - id: subnautica2.game.eos-anticheat-present-but-not-engaged
+    claim: 'The build ships Epic Online Services anti-cheat, but it is not engaged on a normal launch:
+      the log reads "Anti-cheat client not available. Verify that the game was started using the
+      anti-cheat bootstrapper if you intend to use it." A plain Steam launch therefore runs with no
+      anti-cheat client.'
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: Subnautica2.log — `LogEOSSDK: LogEOSAntiCheat:
+      [AntiCheatClient] Anti-cheat client not available. Verify that the game was started using the
+      anti-cheat bootstrapper if you intend to use it.`"
+    tags:
+      - anticheat
+      - eos
+      - epic
+      - multiplayer
+      - risk
+    detail: "This matters because anti-cheat is the usual hard stop for DLL-injection loaders such as
+      UE4SS. On this launch-day single-player session it was inert. It does NOT establish that co-op
+      sessions are equally permissive: the bootstrapper exists in the build, so a multiplayer path
+      may launch through it. That is the single most important thing to re-check before recommending
+      any injected loader."
+  - id: subnautica2.game.no-mod-loader-plugin-shipped
+    claim: Nothing in the shipped plugin set is a mod loader or a scripting host for user content. The
+      game mounts ~160 project plugins, all first-party (`UWE*`) or licensed middleware, and none of
+      them reads a user mod directory.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: the complete `LogPluginManager: Mounting Project plugin <name>`
+      list in Subnautica2.log (158 project plugins) plus the Engine plugin list above it"
+    tags:
+      - plugins
+      - modding
+      - loader
+      - ugc
+      - absent
+    detail: "The licensed middleware visible in that list is worth knowing for anyone editing assets:
+      FMODStudio (audio — so audio is NOT Unreal-native and Wwise/UE audio knowledge does not
+      transfer), Mercuna 3.5.2 (3D navigation), Prefabricator, NiagaraUIRenderer,
+      DLSS/StreamlineCore, and Sentry (crash reporting, which writes
+      %LOCALAPPDATA%\\Subnautica2\\.sentry-native\\). One plugin is named `UWEUserGeneratedContent`,
+      which is suggestive but proves nothing about mod support on its own — see
+      subnautica2.modding.ugc-plugin-is-not-evidence-of-mod-support."
+  - id: subnautica2.game.imgui-debug-layer-present
+    claim: The build ships an ImGui debug layer (`ImGui` and `UWEImGui` plugins) and writes
+      `%LOCALAPPDATA%\Subnautica2\Saved\ImGui\Game.ini` with a window position and size, so the
+      debug UI is at least initialized in the shipping build.
+    status: community
+    verified_on: 0.10.0 (CL 113109)
+    source: "local artifacts 2026-09-11: `LogPluginManager: Mounting Project plugin ImGui` and `...
+      UWEImGui` in Subnautica2.log; the file Saved/ImGui/Game.ini containing
+      `[Window][Debug##Default] Pos=60,60 Size=400,400`"
+    tags:
+      - imgui
+      - debug
+      - console
+      - developer
+      - bridge
+    detail: A `UWEConsole` plugin is mounted too. Neither proves a console is reachable by a player in a
+      Shipping build — UE strips much of that — but an initialized ImGui layer in Shipping is
+      unusual enough to be worth probing, because a reachable console or debug layer would be the
+      cheapest possible in-game verification channel for a ModWright bridge, far cheaper than
+      injecting a loader.