← All questions

Method

adding AI without a whole team?

AI in most companies is a demo that never ships. How to add agents, automations and LLM features to what you already have, safely, without a new department.

6 March 2026 · Gianluca Simonelli · Rotterdam

Most companies have the same relationship with AI right now: a lot of meetings, a couple of impressive demos, and nothing actually in production. Somewhere there is a slide that says "AI strategy." Somewhere there is a pilot that wowed everyone in the room and then quietly died. The gap between "we should use AI" and "AI is doing real work for us every day" is where almost everyone is stuck, and it is not because the technology isn't ready.

The good news: you do not need a data-science department to cross that gap. You need someone who can add AI to what you already have and, crucially, make it safe enough to leave running.

Start with the boring wins

The most valuable AI in most businesses is not a clever chatbot. It is the unglamorous automation that deletes work nobody should be doing by hand: pulling data between tools, drafting the first version of a repetitive document, triaging incoming messages, turning a messy input into a clean output. These are small, they are safe, and they pay for themselves in weeks. We map your actual process first and automate the steps that quietly cost you hours, before anyone says the word "agent."

Then the agents and the language models

Once the plumbing is in place, the ambitious pieces have somewhere to stand: agents that carry out real multi-step tasks, and language models wired into your product or workflow. The trick that separates a demo from a tool is retrieval, grounding the model in your actual data and rules, so it answers from your world instead of confidently inventing one. An LLM that quotes your real policies is useful. An LLM that makes up plausible nonsense is a liability with good manners.

A demo no one can trust in production is just a magic trick.

The part everyone skips

The reason most AI never ships is not the model. It is everything around the model: evaluation, logging, cost control, access rules, a way to tell when it goes wrong and a way to switch it off. This is the difference between a weekend prototype and something you can put in front of customers. I build that scaffolding in from the start, because bolting it on later is how pilots stay pilots forever. Safe to run is a feature, not an afterthought.

It is also why staying model-agnostic matters. OpenAI, Anthropic, open models, they leapfrog each other every few months. Wiring your business to exactly one, with no way out, is a bet you don't need to make. The integration should let you swap the engine without rebuilding the car.

Why one senior beats a new department

Hiring an AI team is slow, expensive, and often overkill for what you actually need, which is usually a handful of well-chosen, well-built integrations, not a moonshot. One senior who can design the thing, build it, and connect it to your stack gets you to something live in weeks, shows you where it earns its keep, and hands it over documented. You add the capability without adding the org chart.

the takeaway

AI stalls not because the tech isn't ready but because pilots never get made safe to run. Start with boring automations, ground your models in real data, build evaluation and controls in from day one, and you can add AI to what you already have without hiring a team.