The model is the same.
In BootDesk, it is not alone.
OpenAI, Anthropic, and Google sell you the most capable models ever built, billed by the token. We use those same models under the hood. The difference is everything around the model: the context it reads, the channels it answers on, the actions it takes, the teammates it hands off to, and the records it leaves behind.
A team wiring OpenAI by hand spent four months building context windows, tool calls, and guardrails. The same behaviour, plus handoff and audit, was live in BootDesk in a week. (Composite illustration.)
- ·You paste whatever context fits in a prompt.
- ·It returns text. You decide what to do with it.
- ·No memory of the customer beyond what you send.
- ·No channel to reply on. You build the send.
- ·No handoff. No oversight. No ticket.
A brain in a jar. Capable, and disconnected.
- Reads · the whole threadEvery channel the customer used, plus their history, not a pasted snippet.
- Reaches · your systemsOrders, account state, shipping. Under your rules.
- Acts · then hands offDrafts or does, and escalates to a human when stakes rise.
- Agent · one keystrokeEvery token and action logged. The ticket keeps the record.
Hands, ears, memory, teammates, oversight. Same brain.
We do not claim a better model. We claim a model that is not alone.
The thesis
A model provider sells intelligence by the token. Intelligence is not a product. A product has context, hands, channels, teammates, and a record. BootDesk runs the same models, and gives them all of the above. The moat is not the brain. The moat is the room the brain works in.
Feature by feature
A model endpoint, and a model with a job.
This is the one comparison where we do not claim a better model. We claim the same model, integrated. The table separates what the API gives you from what BootDesk gives the model.
| Capability | OpenAI · Anthropic · Google | BootDesk |
|---|---|---|
| What you get | A model endpoint, billed per token | The same models, wired into a full support workspace |
| Context the model sees | Whatever you paste into the prompt | The whole ticket thread, the customer's history, your systems via connectors |
| What the model returns | Text. You decide what to do with it | Drafts and actions, executed under your rules, in the ticket |
| Channels it answers on | Noneyou build the send and the threading | All twelvereplies in the channel the customer used |
| Memory of the customer | None beyond what you pass each call | Persistent, per customer, across every ticket and channel |
| Handing off to a human | You build escalation, routing, and the context handover | Native. The assistant escalates with full context, on rules you set |
| Oversight & audit | You log prompts and outputs yourself | Every token and action logged immutably to the ticket |
| Model choice & lock-in |
They build the models we run.
Here is when to go direct.
We are not competing with the model providers. We are their customer, and their routing layer. The question is whether you want a model, or a model that does support work.
If your engineering team's job is the model, go to the source. We do.
If your goal is the model doing support work, BootDesk is the room it works in.
If you have been building on a model API
Keep your prompts. Lose the plumbing.
You do not throw away model work to move to BootDesk. Your prompting, your guardrails, and your intent travel with you. What you drop is the orchestration, the threading, the send logic, and the maintenance.
Day one
Point BootDesk at your channels.
Point the assistant at the tickets your custom build was answering. It reads the same thread your prompts were trying to reconstruct from scratch.
Week one
Port your intents and rules.
Move your guardrails, escalation thresholds, and tone into BootDesk's rule layer. The model keeps doing what you taught it, now with action and handoff built in.
Month one
Retire the custom orchestration.
Decommission the glue code, the context assembly, the send pipelines. Your engineers move to your product. The model keeps working, inside the workspace.
The model does not change when it moves to BootDesk. What changes is that it has context, hands, channels, teammates, a memory, and a record. The same intelligence, given a room.
How the bill stacks
The token, the orchestration,
and the engineer.
Direct model access is the cheapest raw intelligence you can buy. The cost is everything you build to make it useful in support: the context pipeline, the tool calls, the guardrails, the channels, the handoff, the logging. That work is invisible on the provider invoice and enormous on your payroll.
BootDesk folds the token cost and the integration into one consumption meter. The build disappears.
A direct model build
- Tokens in & out€220
- Vector store & retrieval€120
- Tool & function hosting€180
- Infra & monitoring€250
- Engineer time (amortised)€6,000
The token bill is small. The integration around it is the cost.
The same team, on BootDesk
- Commitment floor€100
- Assistant tokensmetered
- Context & retrievalincluded
- Channels & handoffincluded
- Engineer time€0
One meter. The model, the context, and the channels together.
Saves ~€6,310 / month
Figures are illustrative composites. Direct token cost is genuinely lower per unit. The integration is what BootDesk removes.
Questions
The ones we hear from teams on the APIs.
If you use the same models, why not just call the API myself?
You can, and many teams should. The API gives you the model. What it does not give you is the context pipeline, the actions, the twelve channels, the handoff, the audit, and the workspace around it. If your goal is support work, BootDesk is all of that, already assembled. If your goal is building a model-powered product, go direct.
Which model does BootDesk actually run?
Several, routed by task. Conversational replies use one tier, agentic work that reaches your systems uses another, longer creative drafts another. The choice is ours to update as providers improve, which means you get the better model when it lands, without reworking your setup.
We have carefully tuned prompts. Do we lose them?
No. Your intents, guardrails, tone, and escalation thresholds move into BootDesk's rule layer. The model keeps behaving the way you taught it, with the bonus that it now reads the full thread, can act, and can hand off, instead of only returning text.
Is not direct API access cheaper?
Per token, yes, always. The model providers sell the cheapest intelligence on earth. The real cost of a support assistant is the integration around the model: the engineering to build it and maintain it. Once that is included, BootDesk tends to cost less overall, and the bill is easier to predict.
Can the assistant really act, or does it only draft?
Both, on rules you set. For low-risk, high-certainty work it can act directly: send a confirmation, update a status, apply a known refund. For anything sensitive it drafts and hands to an agent for one keystroke. The threshold is yours, and every action is in the audit log.
Same model.
Given a job.
this page is an illustration, not a contract.