Skip to content
POLARGATE
Build // Assistants that answer from your data, agents that act, limits written down.

AI features and agents

Multilingual assistants grounded in your own knowledge base, agents that take real actions through tools, and the evaluation and guardrails that make them safe to put in front of customers.

Empty hotel reception desk at night, a monitor showing a call waveform and transcript beside a bookings table, a desk phone and a brass luggage cart

What it is

Polargate builds AI features that do real work inside your product. Three shapes cover most requests: an assistant that answers from your own knowledge base and admits when it does not know, an agent that acts through tools (it opens a ticket, takes an order, books a table, updates a record), and a classifier that triages what arrives so people only handle what needs judgement. Everything works in the languages your customers actually write in.

How we do it

We start with retrieval, not with the model. Your content is chunked, embedded and stored in Postgres with pgvector, scoped so a question can only reach the data of the tenant that asked, and retrieval fails closed: no context, no answer. Prompts live server-side in an edge function, never in the browser. Tools are declared one by one, with typed schemas validated on the server, so an agent can create a booking but cannot invent one. When the same tools should serve several clients, we expose them over the Model Context Protocol, the way our internal MCP server exposes more than a hundred tools to Claude.

Then comes the unglamorous part, the one that decides whether the feature survives contact with real users. We build an evaluation set from real questions, including the ones that should be refused, and run it before every release. We add identity checks (the Estevano concierge verifies a guest by room and PIN before it acts), rate limiting per hashed IP, daily spend caps and usage logging per model and price. The hard limits live in the database, not in the prompt: our own AutoFix maintenance agent cannot reply to a client or deploy on its own, by constraint, and a person approves every diff.

What you get

A feature in production on your own stack, not a pilot on someone else's platform. The code sits in your GitHub organisation, the data in your Supabase project, the prompts and evaluations under version control next to the code. You get the retrieval pipeline, the tool layer, the guardrails, an admin view of what was asked and what was answered, and the cost per conversation. You also get an honest map of what the feature should not do yet, which is usually the most useful page of the handover.

What it costs

A Discovery Sprint starts at 4,900 euros and ends with scope, architecture, an evaluation plan and a fixed price. A first AI feature in production starts at 9,900 euros, fixed, paid in stages. After launch your model provider bills usage at cost, and the feature can move to a Care retainer from 850 euros per month covering monitoring, evaluation runs and evolution. No hourly billing, no open-ended budgets.

Proof

FAQ

Questions, answered

How much does it cost to add an AI assistant to our website or app?
A first AI feature in production starts at 9,900 euros as a fixed price, after a Discovery Sprint from 4,900 euros that closes scope and architecture. On top of that you pay your model provider for usage, which we log per conversation so the number is never a surprise. Monitoring and evolution afterwards run on a Care retainer from 850 euros per month.
How long does it take to get an AI feature into production?
Four to eight weeks after the Discovery Sprint, which itself takes two weeks. That covers a scoped feature: an assistant over your documentation, or an agent that opens tickets and takes orders. Voice, a PMS or ERP integration, or a native app add time, and we say so during the sprint rather than after you sign.
How do you stop an AI assistant from making things up?
By grounding it and by testing it. The assistant answers only from content we have indexed, retrieval fails closed so no context means no answer, and the prompt lives on the server where a user cannot rewrite it. Before every release we run an evaluation set of real questions, including ones that must be refused. When the answer is not in your content, it says so.
Can the assistant work in Spanish, English and Dutch?
Yes, and usually in more. Polargate works natively in English, Spanish and Dutch, and the Estevano concierge answers hotel guests in six languages with content translated per tenant. Language is decided per user, not per site. We run the evaluation set in every language you launch in, because an assistant that behaves in English can still drift in Dutch.
Do you train a model on our company data?
No. Your data stays in your own database and is used at query time through retrieval, not for training. We host in the EU by default, on Postgres with row level security so a query can only reach the data its user is entitled to, and the model receives only the passages needed to answer the question in front of it.
What is the difference between a chatbot and an AI agent?
A chatbot answers, an agent acts. The agent gets a set of tools with typed inputs, each validated on the server, so it can create a booking, open a ticket or update a record instead of explaining how. Anything irreversible waits for a person: our own maintenance agent proposes a code change and a human approves every diff before it ships.
INITIATE

Start the engine

Tell us what you are building in a few short questions. A senior engineer answers in writing within 48 business hours, with a first take on scope, timeline and price.