Platform · Configure · The engine

Models

Lock your automation to one model vendor and their price list becomes your cost structure — and you'll pay frontier rates for extraction work a cheap model does fine. Here the model is a layer: six providers plus Azure OpenAI on your own keys, chosen per agent, swapped without rebuilds, and metered to the message under hard budget caps. Enterprise mandates — an existing Azure agreement, data residency, BYOK — are the design, not the exception.

Connect a provider Budgets & governance
At a glance
  • ProvidersOpenAI · Anthropic · Google · Mistral · DeepSeek · xAI
  • EnterpriseAzure OpenAI, your agreement
  • KeysBYOK, org- or personal-scoped
  • Choiceper agent, per job
  • Accountingtokens + USD, per message
  • Spendhard caps + circuit breakers
  • Switchinga setting, not a rebuild
IN A SOLUTION PACK

In a pack, model choices arrive made: every agent ships with a working default you can swap, on your own keys.

See Solution Packs →
app.turtlecoworker.com/models
The models overview: connected provider cards including Azure OpenAI, workspace spend and token totals for a time window, and per-model cost breakdown
The portfolio view: every connected provider, and where the tokens and dollars actually went.
Why it's built this way

One model today shouldn't
mean one vendor forever.

Model lock-in compounds quietly: every workflow you build on a hard-coded model is another workflow that vendor's pricing, outages and roadmap now own. And most enterprises carry mandates — an existing Azure OpenAI agreement, data-residency terms, keys-stay-ours — that most AI products simply can't meet.

So intelligence here is a layer, not a dependency. Providers connect on your keys, each agent picks its own engine, a swap is a setting, and every call is metered to the message with hard caps above it. The model decision stays a decision — revisable, priced, and yours.

See it work

Five ways to own the model decision.

Pick a job. Each keeps the choice yours: any provider, per agent, on your own keys, with the meter and the ceiling attached.

A finance department's invoice pipeline has two very different jobs in it: pulling fields off PDFs, and deciding what to do about exceptions. One price should not fit both.

01The extraction agent runs cheap

Field extraction is high-volume, low-judgment work. That agent is configured with a fast, low-cost model — its accuracy needs are structural, not creative.

02The judgment agent runs frontier

The exception-handling agent — mismatch reasoning, escalation decisions — runs a frontier model, because being wrong there costs more than the tokens do.

03The split shows up in dollars

Per-message cost accounting shows each agent's spend separately, so the mix is tuned on evidence.

per-step
pricing: the model matches the difficulty of the step, not the vendor's default.
How it's embedded

Your intelligence layer: any provider, per job.

Connect providers with your own keys once; every agent, team and employee runs on the model you choose — swappable, metered, capped.

You connect
OpenAIAnthropicGoogleMistral · DeepSeek · xAIAzure OpenAI
internal & external: your systems
Models
any provider's intelligence, chosen per agent, on your keys
Your workforce uses it
Agentseach picks the model that fits its step
Teamscheap for specialists, frontier for judgment
Employeesreason on the org's configured provider
What's inside

The control room for the model decision.

Six properties that keep the intelligence layer yours — the providers, the keys, the choice, and the bill.

01 · Any provider

Six providers and Azure OpenAI, behind one layer.

Hard-code one vendor's model into your automation and you've signed up for its pricing, its outages and its roadmap, with no exit. Here the model is a configuration layer: connect OpenAI, Anthropic, Google, Mistral, DeepSeek and xAI — plus Azure OpenAI as its own connection type — and every model becomes pickable across the workspace. No single vendor ever owns your intelligence layer.

  • OpenAI · Anthropic · Google · Mistral · DeepSeek · xAI, one layer
  • Azure OpenAI as a first-class connection — endpoint, API version, deployments
  • Connecting a provider expands the model menu workspace-wide
The connected-providers view: one card per provider (OpenAI, Anthropic, Google, Mistral, DeepSeek, xAI, Azure OpenAI) with key status and model counts
The portfolio: every provider a card, no vendor a cage
02 · Per-agent choice

Frontier where judgment pays. Cheap where it doesn't.

Paying frontier prices for extraction work is the quiet waste in most AI bills. Model choice here is per agent, not a global default: the agent doing document extraction runs a fast, cheap model; the agent making the judgment call runs a frontier one. Both live in the same workflow, and each choice is one setting on that agent — mixing providers freely across a team.

  • Model is per-agent configuration, not one engine forced on everyone
  • Mix providers inside one workflow: cheap extraction, frontier judgment
  • Spend tracks the difficulty of the step, not the vendor's list price
An agent editor's model selector: providers and their models in one menu, with a cheap fast model selected for an extraction agent
The choice, made where the work is: one agent, one model
03 · Swap, not rebuild

A better model ships; you change a setting.

Because the model is configuration, a swap is not a migration. When a cheaper or better model ships, point the agent at it — the workflow, tools, tables and permissions stay exactly as they were. A provider outage works the same way in reverse: move the affected agents to a comparable model on a healthy provider and resume. Model churn stops being your re-engineering problem.

  • Swapping a model touches zero workflow, tool or table config
  • A new model is an option the day you connect it, not a project
  • An outage means re-pointing agents, not rebuilding them
Changing the model on an existing agent: the model dropdown open, workflow and tools panels visibly unchanged
The swap: one setting changes, everything else holds
04 · Your keys

BYOK, resolved org-first — the contract stays yours.

Keys are the organization's own. A connection is scoped to the org or to a person, and at call time the platform resolves the exact configured connection first — then org-level keys, then provider-level, then environment. No reselling, no markup, no pooled tenant key: your spend lands on your vendor agreement, in your region, under your negotiated terms. For enterprises with an existing Azure OpenAI agreement, that agreement — endpoint, deployments and all — is the connection.

  • Bring your own key, per provider, org- or personal-scoped
  • Deterministic resolution: configured connection → org key → provider → environment
  • Azure OpenAI rides your existing enterprise agreement and data-residency terms
A provider connection form: masked API key field, org-level scope selected, and for Azure OpenAI the endpoint, API version and deployment fields
Your key, your scope, your agreement — pasted once, resolved deterministically
05 · Metered to the message

Every call priced, while it happens.

Cost control starts with knowing where the money goes. Every LLM call carries its token counts and USD cost at the message level — not a monthly invoice surprise, a per-message record that rolls up by session, worker and model. "What are we spending on AI" stops being a guess, and "which steps belong on a cheaper model" becomes something you read off, not estimate.

  • Token counts and USD cost per message, recorded as it runs
  • Roll-ups by session, worker and model — the spend leaders are visible
  • The evidence for moving a step down-market, or justifying a frontier model
The model cost view: per-model usage with token counts and USD cost over a time window, sorted by spend
The bill, decomposed: which model, which work, which dollars
06 · Governed spend

Budgets make the model bill a ceiling, not a surprise.

Metering shows the spend; governance caps it. Hard budget limits — daily and monthly, per workspace, employee or team — sit on top of the per-message accounting, with period-end forecasting and circuit breakers that pause a worker when cost or error thresholds trip. A runaway loop on an expensive model burns to a ceiling, not through a quarter. That's the governance layer, applied to the model bill.

  • Hard caps per day and month, per workspace, employee or team
  • Circuit breakers auto-pause a worker when a cost threshold trips
  • Forecasting shows the breach date before it happens
A budget view: model spend against a hard cap with a forecast line, and circuit-breaker status beside it
Spend against ceiling, with the breach date in view
One pipeline, two engines

A finance department splits the work by difficulty.

An AP pipeline runs extraction and judgment as separate agents on separate models — chosen per agent, on the org's own keys. Here's how the system behaves across a quarter.

Split
Two agents, two models, one pipeline
The invoice-extraction agent is configured with a fast, cheap model — its job is pulling vendor, amount and line items into typed fields. The exception-judgment agent runs a frontier model, because mismatch reasoning is where a wrong answer actually costs money.
Resolve
Every call runs on the org's keys
At each call, the platform resolves the configured connection for that agent's provider — org-scoped keys the finance company owns. Spend lands on their own vendor agreements at their negotiated rates. No pooled key, no markup.
Meter
The split is visible in dollars
Per-message accounting records tokens and USD cost on every call, rolled up per agent and model. Extraction's high volume on cheap tokens and judgment's low volume on frontier tokens each show their own line — the mix is a fact, not a feeling.
Swap
Mid-quarter, a cheaper model ships
A new low-cost model looks right for extraction. The team re-points the extraction agent — the workflow, its tools, its table permissions are untouched. Next window's roll-up shows whether the move paid, in actual dollars.
Cap
The ceiling holds either way
A hard monthly budget sits over the workspace with period-end forecasting; a circuit breaker watches cost thresholds live. If a retry loop ever runs the frontier model hot, it pauses at the breaker — the quarter's bill stays a ceiling, not a surprise.
Per-model cost roll-up for one workspace: a high-volume cheap model and a low-volume frontier model as separate lines with tokens and USD, budget cap visible
The split, on the meter: cheap volume and frontier judgment, each on its own line
Properties you get

Eight properties of an intelligence layer you own.

Provider-agnostic layer

OpenAI, Anthropic, Google, Mistral, DeepSeek and xAI behind one menu — no model hard-coded into any workflow.

Azure OpenAI

A first-class connection type: your endpoint, API version and deployments — your existing enterprise agreement, honored.

Per-agent model choice

Each agent picks its own model. Cheap for extraction, frontier for judgment, mixed freely in one team.

Swap without rebuilds

A model change is a setting. Workflow, tools, tables and permissions are untouched by the swap.

BYOK, deterministic

Org- or personal-scoped keys, resolved configured-connection-first. No markup, no pooled tenant key.

Per-message accounting

Token counts and USD cost on every call, rolled up by session, worker and model.

Budgets & breakers

Hard daily and monthly caps with breach forecasting; breakers pause a worker when thresholds trip.

Audited like everything

Model calls happen inside runs that are logged, sanitized and pinned to the config version they executed under.

The payoff
6+1
providers behind one layer — OpenAI, Anthropic, Google, Mistral, DeepSeek, xAI — plus Azure OpenAI on your agreement.
per-agent
model choice: cheap for extraction, frontier for judgment, mixed inside one workflow.
0
rebuilds to swap a model: the workflow, tools and permissions never move.
every
call metered — tokens and USD per message — with hard caps and breakers above it.
From the live catalog

Built on Models.

All templates
Procurement Ops Control Tower Pack
Solution Pack · Operations

End-to-end procurement operations solution pack with vendor registry, purchase request review, contract path assessment, embedded review team, and AI employee coordination.

3 agents3 tables1 employee
Official · ~35 min
CA Firm: Compliance & Practice Pack
Solution Pack · Professional Services

Complete operating system for a Chartered Accountant practice. Tracks clients, engagements, statutory deadlines, and IT/GST notices. Includes AI agents for notice triage, GST reconciliation, filing reminders, and client communication. Comes with an AI Employee (Priya) who coordinates compliance work end-to-end.

4 agents5 tables1 employee
Official · ~15 min
Recruiting and Staffing Ops
Solution Pack · Recruiting

Move candidates faster without cutting corners on fair hiring. Riley, your AI recruiting coordinator, screens each new candidate against the job's must-haves with must-have-by-must-have reasoning, coordinates interview scheduling by drafting availability requests, drafts honest candidate outreach and status updates, builds submittal packages for hiring managers or clients mapping experience to requirements, and gives the team a daily pipeline read. Screening never considers anything beyond skills and qualifications, and it never rejects a candidate or extends an offer; those stay human decisions. Everything else is draft-and-approve: candidate messages are prepared for a human to send, and interview times are proposed, never confirmed, by the agent. Four tables hold your job orders, candidates, interview scheduling, and pipeline metrics. A knowledge base holds your screening standards, submittal format, communication voice, and compliance guardrails, which every assessment and message follows. Automations included: new candidates are screened on arrival, plus an optional daily pipeline digest. Works out of the box with the roles and candidates you add; connect an ATS or job board later to sync candidates, and Gmail and Calendar to send outreach and confirm interviews from the platform. Best first step: replace the placeholder screening standards and compliance rules with your own and add an open job.

5 agents4 tables1 employee
Official · ~20 min
Sales Engine
Solution Pack · Sales

A complete outbound-to-pipeline sales engine for a small team. Define your ideal customer profile once in the ICP Profiles table and paste your product details into the Product Knowledge Base, then Sasha, your AI SDR, discovers and vets target accounts, enriches prospects, researches companies, scores leads, and drafts outreach, all grounded in your data. Inbound leads and your deal pipeline live in tables the founder can watch. Automations included: new prospects are auto-enriched on arrival, and an optional daily discovery run finds fresh accounts from your Active ICP. Requires an LLM provider plus the Apollo, Serper, Exa, and Google Search connectors. Replace the sample knowledge base content and the example ICP row with your own.

6 agents5 tables1 employee
Official · ~20 min
Customer Support Ops
Solution Pack · Support

Answer more support tickets, faster, without losing the human touch. Sam, your AI support specialist, classifies every incoming ticket by category, sentiment, and priority, drafts an accurate reply grounded only in your knowledge base, and escalates anything it is not confident about instead of guessing. It matches recurring problems to approved canned responses, mines new tickets into known issues so answers stay consistent, tracks the feature requests buried in tickets, and produces a weekly insights digest of volume, deflection, and top drivers. Everything is draft-and-approve: replies are prepared for a human to review and send, and sensitive tickets (anger, churn, refunds, account deletion, legal or privacy) are always escalated. Four tables hold tickets, known issues, feature requests, and daily metrics. A knowledge base holds your help-center content and support voice, which every reply cites. Automations included: a reply is drafted the moment a ticket arrives, plus an optional daily sweep of anything still unanswered. Works out of the box with no external tool; connect Gmail later to send from the platform and Slack for the digest. Best first step: replace the placeholder knowledge base with your real help-center articles or URLs.

5 agents4 tables1 employee
Official · ~20 min
Sales Engine Pro
Solution Pack · Sales

A complete, full-lifecycle sales engine for a growing team, spanning outbound prospecting and account management across one shared data layer, with a companion inbound concierge. Outbound: Sasha, your AI SDR, discovers and vets accounts, enriches prospects, scouts buying signals, researches companies, scores leads, and drafts cold email, LinkedIn, and nurture outreach. Account management: Maya, your AI Account Manager, qualifies opportunities, drafts and reviews proposals, flags pipeline risk, forecasts renewals and expansion, and keeps the CRM clean. Seven tables hold ICP profiles, target accounts, prospects, website leads, CRM contacts, opportunities, and customer accounts. Automations included: new prospects are auto-enriched on arrival, and an optional daily discovery run finds fresh accounts from your Active ICP. For the inbound engine, install the companion Website Sales Concierge team template, which routes visitor questions to product, pricing, and objection specialists and captures leads into the Website Leads table. Requires an LLM provider plus the Apollo, Serper, Exa, and Google Search connectors. Replace the sample knowledge base content and the example ICP row with your own. Outreach and proposals are drafted for a human to review and send.

15 agents7 tables2 employees
Official · ~25 min
Questions

The details, up front.

Do you resell model access, or do we bring our own keys?
You bring your own keys. Each provider is connected with a key your organization owns — scoped to the org or to a person — and resolution at call time is deterministic: the configured connection first, then org-level keys, then provider-level, then environment. Your spend lands on your own vendor agreement, at your negotiated rates, with no markup in between.
We have an enterprise Azure OpenAI agreement. Can we use it?
Yes — Azure OpenAI is a first-class connection type, not a workaround. You connect your own endpoint, API version and deployments, and agents pick Azure-hosted models like any other. Traffic runs on your agreement, in your Azure region, so existing data-residency and procurement terms carry over instead of being renegotiated for one more AI product.
Can different agents in the same workflow use different models?
Yes, and that's the point. Model choice is per-agent configuration. A finance workflow can run its invoice-extraction agent on a fast, cheap model and its exception-judgment agent on a frontier one — different providers if you like — inside the same pipeline. Spend follows the difficulty of the step.
What happens when a better or cheaper model ships?
You connect it (if it's a new provider) and change a setting on the agents that should use it. Workflows, tools, tables and permissions are untouched — a model swap is not a migration. Per-message cost accounting then shows you, in actual dollars, whether the move paid off.
How granular is the cost visibility?
Per message. Every LLM call records its token counts and USD cost as it happens, and the records roll up by session, worker and model. You can see which model drives the bill and which steps are candidates for a cheaper engine — evidence, not estimates.
What stops a runaway agent from burning the budget on an expensive model?
Hard budget caps — daily and monthly, per workspace, employee or team — enforced by the governance layer, with period-end forecasting that shows a breach date before it arrives. Circuit breakers watch cost and error thresholds live and auto-pause a worker the moment one trips. A loop burns to a ceiling, not through a quarter.
Next rung on the ladder

You've chosen the engines. Now cap and audit what they spend.

Governance Analytics