ground-latest

# Ground Latest Training data ages. Every version, stack, and practice this change pins gets read from the release channel today, not recalled. This skill decides **what to pin**. `source-driven` decides how to use what is already pinned; `deps-upgrade` runs an upgrade campaign over dependencies already chosen. ## Do this 1. List every choice this change pins: language edition, runtime, each framework and dependency, build and test tooling, and the platform baseline. That list is the grounding set. 2. Look each one up at its own release channel today: the project release page, changelog, or registry metadata. For support windows and LTS tracks, query `https://endoflife.date/api/v1/products/<product>/`. Recall is not a source. 3. Record per entry: current stable, current LTS if the project runs an LTS track, release date, and end-of-support date. 4. Pin the latest stable LTS where the project offers one, otherwise the latest stable. An existing repo pin or version floor wins over the pick; name which one applied. 5. Drop pre-release, deprecated, and unmaintained choices (no release or security fix in 12 months), and name the maintained replacement you pinned instead. 6. Read the chosen version's current recommended pattern before writing against it. Renamed APIs and replaced defaults are where recalled code breaks. 7. Leave the grounded set in the change (plan, ADR, or PR body) with versions, dates, and links, so the next reader sees when it was grounded. ## Verify - [ ]...