Story: Entity classification and drift baseline: ores.trading

Bring ores.trading to the same proven state as the ores.refdata pilot: every codegen-eligible entity (discovered once, under projects/ores.trading/modeling – the trade and trading-cpp catalogue entries share the same modeling_dir and no longer have a live legacy-JSON split, so this is one survey, not two) bound to a profile or recorded as a genuine no-match, zero-diff regeneration verified, and any real gap the check surfaces fixed rather than skipped. Once trusted, trade and trading-cpp are added to the CI regeneration-drift check.

• Every ores.trading entity is bound to a matching Variability Profile, or recorded as a genuine no-match with a documented reason.
• Every rebound entity is regenerated and diffed against its pre-rebind checked-in output; zero diff is the pass condition, and any non-zero diff is fixed, not worked around.
• Full local build clean, validate_schemas.sh green, full ctest suite green after regeneration.
• check_component_drift.py –components is extended to include trade and trading-cpp, and the refdata-codegen-drift CI job is updated so future PRs touching ores.trading fail on any regeneration drift.
• The superseded ad hoc task 'Apply safe drift to trading-cpp' is marked ABANDONED, pointing here.
• The known starting-point wrinkles already recorded for trading-cpp (service_pagination/service_batch_get flags, per-model flags on 21 instrument and lookup entities, restoring documented exclusions trade_service and fra_instrument_service) are resolved as part of reaching zero drift, not left outstanding.