feat: payload limits validation visitor

[jmaeagle99]

What was changed

Add a SDK-internal, build-time generated payload/memo limit visitor:

• Generated from proto service definitions (every temporal.api.* rpc input message)
• Emits PayloadLimitsValidatable implementations to report each payload-bearing field size and classification to a PayloadLimitsSink implementation.
• Consumes the PAYLOAD_LIMITS_TABLE in build.rs to map each payload-bearing message and field combination to a classification. The build will fail if there are any missing or stale entries. This allows us to classify new combinations as they are added to the API. Initial classification answers built from inspection of temporal/temporal repository.
• Algorithm terminates at Payload, Payloads, Memo, Failure, Any, SearchAttributes, and Header leaf fields.
• APIs:
  • PayloadLimitSink receives callbacks from visitor to consume the size and classification information for each visited message and field combination.
  • validation_payload_limits func to log errors and warnings and returns the first error-level PayloadLimitViolation. Each violation carries a proto-field-name path that is relative to the root message.

Approximately 370 lines of build.rs is the classification table itself.
Approximately 300 lines of payload_limits.rs is tests.

Why?

Create a foundational element that will be later integrated to allow clients and workers to validate payload limits and proactively issue WFT / AT failures.

Checklist

1. How was this tested: New unit tests
2. Any docs updates needed? No

[Sushisource]

Nice, glad that zip suggestion reduced things a lot