Add TASK_QUEUE_KIND_WORKER_COMMANDS for worker-commands task queues

[rkannan82]

What

Add TASK_QUEUE_KIND_WORKER_COMMANDS (value 3) to TaskQueueKind enum.

Why

Worker-commands task queues are used for server-to-worker communication (e.g. activity cancellations). They need to be distinguished from user-defined queues so the server can handle them differently in metrics and other areas. SDKs will set this kind when polling worker-commands queues.

How did you test it?

Proto-only change, no runtime behavior yet.

🤖 Generated with Claude Code

[dnr]

We need a bigger server side design discussion before we add new kinds. That has lots of implications. We need to look at all the different types of ephemeral queues we want to support and figure out what properties are needed in what combinations.

[ShahabT]

@dnr what you're saying makes sense, but I don't know why adding this WORKER_COMMANDS kind should be blocked by it. we know already that we want to do some custom things about this particular kind of task queues in server so better to pass the info in a clean and formal way rather than string prefix checks.

[dnr]

Sure, but we should think about the scope of this new kind. E.g. could we/should we use the same kind for other ephemeral queue types

[rkannan82]

Sure, but we should think about the scope of this new kind. E.g. could we/should we use the same kind for other ephemeral queue types

Proposed server implementation:

• Define ephemeral property on the partition interface: Add IsEphemeral() property to Partition interface temporal#9900
• Implement the new kind: Add TASK_QUEUE_KIND_WORKER_COMMANDS support temporal#9899