Switch RecursionId to any

[jakebailey]

This code is subtly wrong because some of the IDs are uint64 and are being converted to uint32. In long running programs, this would manifest as very strange behavior.

I don't think we actually need anything special here; any is enough to do the right thing and avoids making that same mistake in the same amount of space as it would take to expand the struct to have a uint64 value + padding.

[Copilot]

Pull Request Overview

This PR simplifies the RecursionId type by replacing a structured approach with a simple any type to fix potential data truncation issues. The change addresses a bug where uint64 IDs were being incorrectly cast to uint32, which could cause issues in long-running programs.

Key changes:

• Remove the RecursionIdKind enum and RecursionId struct
• Replace with a simple RecursionId any type alias
• Update all usage sites to store objects directly instead of extracting and casting their IDs

Comments suppressed due to low confidence (1)

internal/checker/relater.go:89

• [nitpick] The type alias RecursionId any could be confusing since it doesn't provide any type safety or documentation about what values are expected. Consider using a more descriptive name or adding a comment explaining what types of values this should contain.

type RecursionId any