- In the builder. The Model section of the agent builder lists the families configured for your workspace, each showing its three role models and their credit rates. Pick one and it is saved with the agent.
- In YAML. Agents defined in your repo take a
model_family: <slug>field, and the builder round-trips it, so the form and the YAML view stay in agreement. The oldermodel:field is still accepted and still ignored. - Per run. The trigger mutation takes an optional
modelFamilyargument that overrides the agentβs own choice for that run. - Visible after the fact. A sessionβs header carries a chip naming the family the run actually used, with the three role models in its tooltip. The family is resolved once when the session starts, so editing an agent mid-run cannot move that run onto different models.
Pick a model family for each DinoAI agent
Pin each DinoAI agent to a model family covering its main, sub-agent, and planning models, set in the builder, in YAML, or per run over the API.
September 9, 2026
Until now every DinoAI agent ran on the workspaceβs default models. An agent can now be pinned to a model family: a named set that says which model does the main work, which runs sub-agents, and which handles planning.