Operations are included
After handover you get access to a portal where you can see the state of your integration at any time. Not a PDF report once a month.
Model Context Protocol
We design, install and maintain MCP servers — the layer that lets AI work safely with your CRM, email, documents, helpdesk or internal API. You decide what it may do. Everything else stays closed.
AI assistant, agent, team chat
asks in plain language
MCP layer
allowed operations, role-based scope, call log
CRM · email · helpdesk · documents · internal API
your data stays with you
In short
We build the layer through which AI works with your systems — and then we run it.
Plenty of people can build an MCP server. This is what tends to be different here.
After handover you get access to a portal where you can see the state of your integration at any time. Not a PDF report once a month.
The portal shows measured state. Where a measurement is missing we say so, instead of filling in an estimate you would needlessly trust.
The server itself reports which tools it actually offers. We compare that with the approved list — an extra tool is handled as an incident. And we never store your credentials at all.
Design, implementation and operation in one place. No handover between sales and delivery, and no arguing about who promised what.
Why MCP
It can write and summarise. What it doesn't know is your customers, your orders, or what was agreed by email yesterday. The MCP layer gives it that context — in the scope you define. This isn't about replacing people: it's about making sure that shuffling data between systems by hand stops eating the time that belongs to customers, exceptions and decisions.
Today
With an MCP layer
Every operation is named and approved in advance. If it isn't on the list, the AI cannot do it.
Scenarios
Six situations we're asked about most often. The exact permissions and allowed actions are set per company in each of them.
Sales
The AI goes through CRM history and the email thread and writes up what matters — what was agreed, what is pending and where it stalled.
Sales
A salesperson asks in plain language and gets an order status assembled from several systems instead of opening them one by one.
Support
The AI finds earlier tickets and the related documentation and drafts a reply. Sending stays with a human, if that's how you set it up.
Sales
Price list, earlier quotes for a similar customer, current stock or capacity — the AI assembles a draft that only needs checking.
Management
Management asks against live data instead of a month-old export. The scope is bounded by role, not by an agreement about what nobody will ask.
IT
The internal system is reachable only through specific named operations. The AI gets exactly those — not the whole database.
What we deliver
Most companies don't need everything at once. We start where the payoff is fastest and add the rest when it makes sense.
MCP servers already exist for common tools. We pick the right ones, configure them and deploy them safely into your environment.
For an internal system, a legacy application or a specific process we write a connector built exactly for it.
We connect AI to what you actually work in — CRM, email, helpdesk, documents, databases and internal applications.
An integration isn't a one-off install. We look after operations, updates and further development — and you watch the state of your servers in your own portal, not in a monthly report.
Who it's for
For companies without in-house development
You don't need to understand protocols or server operations. Just describe what slows you down today and which systems you use. The rest — design, installation, permissions and ongoing maintenance — is on us.
For IT teams
We respect how you've set up authentication, environment separation and approvals. Code and configuration are handed over with documentation, so you can take operations in-house whenever you want.
Case studies
Four deployments we look after. Described in general terms — client names only with their consent.
Healthcare
An MCP server on top of the practice's booking system. The AI sees free slots, creates and moves appointments and watches the practice's capacity. There's also a bridge into ChatGPT over its own OAuth, so staff can use the assistant they already know.
What changed
Appointments are created during the conversation with the patient. Nobody retypes them from a phone call into the system.
What the AI may do
Coworking and training
An MCP layer over roughly fifty internal API paths: room occupancy, course dates and capacity, memberships and billing material. Its own service account with its own scope, separate from staff accounts.
What changed
A question about a free room or a course date is answered right in SMS or chat — without opening the admin.
What the AI may do
IT services and hosting
The AI answers clients' email enquiries. It draws on a knowledge base that automation keeps up to date, and opens and updates the related cases in the ticketing system. What's left for support is what genuinely needs a person.
What changed
Routine questions get answered without waiting for a free person, and the answer leaves a trace in a ticket.
What the AI may do
Sales and marketing
The largest of the deployments, 36 tools: the AI works with leads, reads communication history, writes personal outreach and quotes, triages incoming replies and logs activity. Write operations were enabled gradually, one at a time.
What changed
Outreach runs on its own and the salesperson steps in where it counts — with a prospect who replied.
What the AI may do
How we work together
We go through the systems you use, what the AI should do and what your security rules are. We work out where an integration makes sense and where it doesn't.
Output: list of systems and priorities
We pick ready-made connectors where they suffice and design a custom MCP server where they don't. Permission scope is part of the design.
Output: solution design and budget
We connect the systems, set up access and verify everything in a test environment against real scenarios first.
Output: scenarios verified in test
We hand over documentation and train your users. Then we stay with the running system — monitoring, updates and further development.
Output: documentation and monitoring
We usually start with the single process that costs you the most time today. It proves itself in production — and only then do we decide about the rest.
Pricing
The basis is an hourly rate of CZK 700. Project work and the retainer both come from it, just packaged differently. No surprise items, no “we'll agree on that later”.
01 — Consulting
fromCZK 700/ hour
Technical consultation, process audit, review of an existing integration, solving a specific problem.
02 — Project
estimateCZK 700× hour
Deploying an MCP server, building a custom connector, integrating a system. A fixed budget estimated from the hourly rate.
03 — Operations
fromCZK 3,500/ month
Looking after a solution that already runs: monitoring, updates, permission reviews and small improvements.
Not VAT registered, payment terms 14 days. The first half hour is free — so we both know whether it's worth continuing.
Security and control
We don't promise absolute security — that wouldn't be honest. We promise it will be clear what the AI may do, where that is written down and how to change it.
We always review the design against your internal rules. If something conflicts with your security policy, we say so before it gets built.
Each tool gets only the operations and data it genuinely needs for its job. The default is “no access”, not “access to everything”.
One scope for sales, another for support, another for management. Roles follow the rules your company already has.
Tokens and passwords live on the server — not with the user and not in the language model. They're stored outside the repository and can be revoked and rotated at any time.
Tool calls are logged. How far a change can be traced inside the target system depends on what that system itself allows — we agree on that up front.
Test and production have their own credentials. Scenarios are verified in test before they touch real data.
We watch availability and errors, update the servers and their dependencies, and review permissions when your team changes.
After go-live
FAQ
MCP (Model Context Protocol) is an open standard for connecting AI tools to data and systems. An MCP server is a small service that sits between the AI and your system and offers clearly named operations — for example “find customer” or “list open tickets”. The AI can only use the operations the server exposes to it.
No. The MCP layer connects to what you already use, through an existing API or database. If your system has no interface, we look at it case by case — sometimes the connection can be built another way, sometimes the honest answer is that it doesn't make sense.
It can, if you allow it. We separate read operations from write operations and enable writes deliberately, one at a time. Sensitive actions usually get human confirmation — the AI prepares a draft and a person approves sending or saving it.
Not in the sense of replacing them. What the MCP layer removes are the steps that keep repeating — looking up records, retyping data between systems, assembling the same background material again. Decisions, exceptions and dealing with the customer stay with people, who get more room for them and less switching between tools. Write operations are enabled deliberately, and sensitive actions are commonly set up to require human confirmation.
The server has its own service account with a role-derived scope, not full administrator access. Credentials live on the server, not with the user. The scope can be narrowed, widened or revoked at any time.
The basis is an hourly rate of CZK 700, from which both the fixed project price and the monthly retainer are derived — the full pricing is a little further up this page. The work is split into three phases: Discovery (paid thinking: naming the real problem, proposing a solution and a clear yes/no decision), Sprint (the build itself, as a fixed-price package or a block of hours) and Care (long-term care of a running solution). A Sprint never starts without Discovery — without it, any price would be a blind guess.
Discovery is a matter of days and ends with a concrete recommendation. The Sprint for a first integration is usually weeks, not months — which is why we suggest starting with one process and expanding based on what production teaches you. You get the schedule as part of the proposal, not after signing.
We recommend it. Pick the one activity that costs you the most time today, we'll connect it and prove it in production. Only then do you decide about the next steps — with real experience instead of guesswork.
Yes, and we consider it part of the solution. An integration ages along with the systems it connects: APIs change, tokens expire, new people arrive. You can keep maintenance with us, or take the solution in-house with documentation.
Yes, that's a routine part of the work. We need a description of the system and access to its interface or database. Together we pick the operations the AI should handle and implement those — the rest of the system stays out of reach.
Why work with us
Building the connection is the easy part. Keeping it running is harder — when an API changes, a token expires or a new person joins the team.
Contact
Martin Šabata
IT, AI & Automation Freelancer
Enquiry
A few sentences are enough. I'll come back with a proposed next step, or ask about what matters. The consultation is free and non-binding.
Prefer to talk? Pick a free slot — the first 30 minutes are on us.