add WorkflowUpdateState node types and qwen35-35b-a3b LLM to generated SDK

[Eduard177]

The current SDK (v2.49.0) is missing several types and enum values that appear to be available in the ElevenLabs API:

1. Workflow Update State node types — used in agent workflow definitions:
   • WorkflowUpdateStateExpression
   • WorkflowUpdateStateNodeModelInput
   • WorkflowUpdateStateNodeModelOutput
   • WorkflowUpdateStateNodeUpdate
   • WorkflowUpdateStateValueSchema
     These should be included as variants in:
   • AgentWorkflowRequestModelNodesValue
   • AgentWorkflowResponseModelNodesValue
2. Missing LLM enum value:
   • qwen35-35b-a3b is missing from the Llm enum in both src/api/types/Llm.ts and src/serialization/types/Llm.ts.

Expected Behavior

The Fern-generated SDK should include the update_state workflow node and the qwen35-35b-a3b model so users can define these workflows without resorting to manual type patches.

Additional Context

These fields are required to use the "update state" node in conversational AI agent workflows via the official TypeScript SDK.

Suggested labels: enhancement, sdk

[kraenhansen]

Thanks for filing this, @Eduard177. I looked into both items:

1. WorkflowUpdateState node types: These are not currently defined in the OpenAPI spec that the SDK is generated from. I will check with the backend team on whether these should be exposed.

2. qwen35-35b-a3b: This exact model ID doesn't appear in the API spec. The SDK does include qwen36-35b-a3b (note: 36 not 35). Could you double-check whether that's the model you need, or if you're referring to a different one?

[Eduard177]

Hi @kraenhansen,

Thanks for looking into this.

I wanted to add a bit more context since this is currently affecting real usage on our side.

The issue seems to be specifically related to the new Update State workflow node recently added in the ElevenLabs UI. Once an agent uses this node, updating that agent through the official JS SDK fails because the SDK is missing the corresponding workflow node types/enums.

I verified that the API itself already supports the node correctly — direct API calls work fine — so the problem appears to be limited to the SDK/OpenAPI-generated types.

Also, the model ID I meant earlier was qwen35-397b-a17b (not qwen35-35b-a3b).

From what I can see, the SDK likely just needs the missing workflow node enums/types and related serialization schemas added once the OpenAPI spec is updated.

Happy to help test once the SDK is regenerated.