CARD L1  written 2026-09-26 00:51:13 -0700  (before running)
question: can dynavobgeom's criterion (b) 'selected ownership/coalescing of candidate-only SDK tables and helper data
  through a complete compatible ordinary link' be met at HEAD 455dffad?
evidence so far: docs/xbox_link_probe_20260924.md (canonical f6d00a8c): all-621-object links never completed
  (403 unresolved with XDK 3911 libs; 156 with Halo+Bink subset); duplicate definitions listed were object_get_type,
  real_local_random, plane2d_from_points, 5 recorded_animation helpers, cross_product2d - none of the SDK tables or
  real_*_to_pixel32.
probe: python tools/link_probe.py --object-root . --output-dir scratch/campaign/workers/A4/link_probe_D1
  --library-dir <work/data-encoding-final/xbox/lib (Aug-2001, XDK 3911 era)>
  --replace-object source/rasterizer/xbox/rasterizer_xbox_dynavobgeom.c=scratch/campaign/workers/A4/dynavobgeom_D1.obj
prediction: (1) full link FAILS (exit != 0) with unresolved externals > 0 (unwritten fns, absent COMMON globals,
  missing vendor objects); (2) ZERO LNK2005 naming any of the 19 dynavobgeom surplus symbols (3 SDK tables, 4 helper
  COMDATs, 5 __real, 7 literals); (3) the duplicate set is a subset/superset of the recorded provider conflicts,
  none in my units; (4) input objects unchanged.
decisive: summary.json + logs; grep the 19 names in LNK2005 lines.
