Test Go standard-library version boundaries before changing a module
A Go module can compile on a developer workstation and still make a promise it cannot keep. The usual cause is a newer toolchain: an import or API lands in a change while go.mod continues to declare the oldest Go release supported by the project. A CI runner using that older release then fails after the change has already moved through review.
Go 1.27 makes that mistake easier to spot. Its default go test vet set includes stdversion, which reports a standard-library symbol that is newer than the module version in force. This is useful during an upgrade because it turns an implicit compatibility assumption into a check that can run with the ordinary test suite.