PollWorkflowTaskQueueResponse should be available for interception

Is your feature request related to a problem? Please describe.
PollWorkflowTaskQueueResponse has the information about the WorkflowTask and contains some pieces of information that may be needed for reporting/logging.
Specifically, the most interesting one is PollWorkflowTaskQueueResponse#attempt that may be used to log workflows that can't progress for a long time.

Describe the solution you'd like
PollWorkflowTaskQueueResponse or some parts of it should be made available to the user-configured handler/interceptor.

TBD. It also can become an input of a new method of WorkflowInboundInterceptor. TBD because currently all methods of Interceptors are extremely bound to the user code lifecycle and directly connected to events in the user code, while this method would be something that interceptors are not currently observed/expose.

Describe alternatives you've considered
To solve the specific problem of reporting a workflow that doesn't progress because of a large number of failures, we can just hardcode logging in a manner that Server currently does: https://github.com/temporalio/temporal/blob/61b9b65744e455d4a85681b117e8315287911621/service/history/workflow/workflow_task_state_machine.go#L763
This solution is not flexible and doesn't move the extensibility of the SDK forward though.

Additional context
Related to https://github.com/temporalio/temporal/issues/2526

Start by reading the PollWorkflowTaskQueueResponse and WorkflowInboundInterceptor references in the issue, then review the related temporalio/temporal#2526 discussion and the linked workflow_task_state_machine.go context. The scope is complete when a concrete interception design is agreed on, including the information exposed and its lifecycle, with corresponding SDK tests.