Jesse ScherpenJune 4, 20266-minute read
You can run an AI agent or language model in three ways: entirely with a cloud provider, hybrid or fully local. For most small and mid-sized businesses, hybrid is the best choice: your own logic, data and connections sit on your own server, and only the thinking goes through a language model in the cloud. Fully local is only needed when data really isn't allowed to leave the building.
Once you're past experimenting with ChatGPT and want an AI agent that does work on its own, you run into this question. The answer decides what you pay each month, how safe your data is and how dependent you become on a single vendor. In this article we put the options side by side, with the costs and the pitfalls you only run into once the system is actually running.
An AI agent isn't one small program, but four parts built on top of each other. For each part, you decide where it runs:
The fastest start. You build your agent in the environment of, say, OpenAI or in a ready-made platform, and pay per use. The language model is billed per token: a piece of a word that you send or get back.
Pros: instant access to the strongest models, no hardware of your own, and scaling up happens by itself.
Cons: your data goes to an outside party, you have little say over price changes and you're stuck with that platform's choices. Fine for prototypes and tasks without sensitive data. Once the agent sits deep in your business processes, it becomes a risk.
Keep the GDPR in mind: choose a European processing location where possible. OpenAI offers business customers data storage in Europe, Microsoft and Amazon offer language models from European data centers, and Mistral gives you a European provider.
With hybrid hosting, you separate the thinking from the rest. The control layer, the memory and the connections run on a well-secured server in a European data center, for example with an automation platform like n8n or with custom software. Your business rules, data and access keys stay there. Only what's needed for the thinking goes to a language model in the cloud, without personal data where possible.
The big advantage: you stay in control. If a provider changes its prices or terms, you switch the connection to another model in your own environment. You don't have to rebuild your system.
Sometimes data really isn't allowed to leave the building or your own server. Think healthcare, law firms or work under strict confidentiality agreements. Then you run the language model yourself too: an open-source model on your own hardware or a closed-off server. Tools like Ollama and vLLM make that technically feasible.
Pros: maximum control, no data with third parties and no cost per token.
Cons: above all, a language model needs a lot of memory on the graphics card (VRAM). For a model smart enough for serious work, you need powerful, expensive GPUs. Renting a suitable server easily costs hundreds to thousands of euros a month, and maintenance, security and updates are on you. For a company with twenty employees, that's often overkill.
Costs are often misjudged, in both directions:
For most small and mid-sized businesses with 5 to 50 employees, the API route within a hybrid setup is by far the most sensible choice financially.
A prototype on a laptop works fine with one user. The problems start when ten employees or a hundred customers ask something at the same time.
A language model does what its input tells it to, even when that input comes from someone with bad intentions. Take these measures:
I'd rather build a system that works for you right away than sell you a thick report about what might be possible.
Jesse Scherpen, owner of SharpClicks
Getting a language model running is half the work. The value is in what happens around it. An example: a detailed inquiry comes in by email. The system picks up the email, has the language model pull out the essentials, like name, budget and problem, and puts that neatly into your CRM. Your salesperson calls the same day, without retyping anything. You can see how we built this for our own customer contact, with sensitive information on our own server, in our case on CRM processing.
Read which language model to choose for this, and how to check the output, in getting an AI application built.
Where you run an AI agent isn't a technical detail. It decides your costs, your security and your freedom to switch vendors later. Start in the cloud to test, go hybrid once it gets real, and only choose fully local if you have to.
Want to know which setup fits your process? Book an intro call. Read more about what we build under AI automation.
Deciding where the parts of your AI agent run: the language model, the control layer, the memory and the connections to your systems. That can be entirely with a cloud provider, hybrid or entirely on your own server.
Yes, with an open-source model such as Llama or Mistral and tools like Ollama or vLLM. For a model that's good enough for business work, you do need powerful GPUs with a lot of memory, and the upkeep is on you.
It can be, but it depends on how you set it up. Choose a provider that processes data in Europe, sign a data processing agreement, don't send personal data along when it isn't needed, and keep your own data and logic on your own server.
A rented server with GPUs powerful enough for a usable model easily costs hundreds to thousands of euros a month, not counting the upkeep. Through an API, you pay per use. For most small and mid-sized businesses, that's cheaper.
Usually hybrid: the control layer, memory and connections on your own server in Europe, and the thinking through a language model in the cloud. That way you keep control over your data without the cost of your own hardware.
How we built it ourselvesEmails, calls and quotes. Our own system. Sensitive information stays on our own server.
See the case
How we can helpAI automation. Work that does itself. One-time build €750 to €2,500.
See the service
Jesse Scherpen is the owner of SharpClicks. He studied e-commerce at Windesheim, wrote blogs himself and managed ads for clients, and now builds the systems that take over that work.