Add task hub and instance ID prefix orchestration query filters

Summary

The protobuf InstanceQuery supports taskHubNames and instanceIdPrefix, and the .NET Durable Task client exposes both filters. Python's OrchestrationQuery and request builder currently omit them.

Current behavior

Python orchestration queries support creation-time bounds, runtime status, result limits, and payload inclusion. There is no way to:

• restrict results to one or more task hubs;
• restrict results to instance IDs beginning with a prefix.

The generated protobuf already contains both fields, so no protocol update is required.

Expected parity

Extend OrchestrationQuery with Python-style equivalents of:

• task_hub_names: list[str] | None
• instance_id_prefix: str | None

Serialize these through build_query_instances_req() to InstanceQuery.taskHubNames and InstanceQuery.instanceIdPrefix for both sync and async clients.

.NET references:

• OrchestrationQuery
• GrpcDurableTaskClient.GetAllInstancesAsync

Acceptance criteria

• Callers can filter orchestration queries by task hub names.
• Callers can filter orchestration queries by instance ID prefix.
• Both fields are serialized into the existing protobuf request.
• Existing queries remain backward compatible when the fields are omitted.
• Unit tests cover each filter independently and together.

从 OrchestrationQuery 和 build_query_instances_req() 开始，然后追踪它们的同步和异步客户端调用方。将现有的查询字段与 .NET OrchestrationQuery 参考进行比较，并为每个过滤器分别使用以及同时使用时添加测试；当两个字段都序列化到 InstanceQuery 中，且省略的字段保持当前 requests 不变时，即视为完成。