Personalized AI systems. Built around your business process.
Not a generic chat tool, but a system that works for your business: it remembers what was agreed, runs on your infrastructure, checks answers before delivery and waits for your confirmation before anything irreversible.
Design, build and long-term operation. In production for institutions and schools. Belgrade.
Transparent AI: the interface always makes it clear when the other party is not a human.
Generic versus personalized
Same model, a different thing: a system that knows your business.
Same model, a different thing: a system that knows your business.
Criterion
Personalized system (Metatron Production)
Generic cloud assistant
Whose process
Designed around your workflow: who sends the request, who decides, what is allowed, what is irreversible — with acceptance criteria that are measured.
One pattern for everyone; the work adapts to the tool.
Where the data is
On your infrastructure; a local model where data never leaves, cloud only at your choice.
Goes to a third party that processes it.
What it remembers
Persistently, in readable files outside the model, with dates; swapping the model does not erase the knowledge.
A session, or an account with a single vendor.
Who checks
The model's output is a candidate: it is checked before delivery, and an irreversible action waits for a human to confirm.
The model's answer arrives directly.
Voice
Speech transcription and Serbian speech synthesis run on your infrastructure.
The voice recording goes to the vendor.
Who chooses the model
You: an explicit choice, no silent substitution; unavailability returns a clear error.
The vendor chooses the version and the rules.
The comparison is qualitative and refers to local mode. A cloud model is used at your choice, with personal data removed when you require it.
What the house builds
From a process snapshot to a system that keeps working after handover.
Every service rests on the same core: it runs on any model, checks output before delivery and remembers even when the model is swapped.
System design around a process
Workflow capture, a system blueprint and a work order with acceptance criteria — before anything is built.
For whom
Organizations where data, errors and responsibility carry a cost.
What you get
A document that says what gets built, what gets measured and when it is done.
An assistant on your infrastructure
One core that remembers: a local model on your hardware or a cloud model at your choice, with output checked before delivery.
For whom
Teams that explain the same thing from scratch every day.
What you get
An assistant that knows your context tomorrow too, in the channels you already use.
Agentic workflows for a specific job
Work done on your behalf — reading and writing files, scheduling, reports — with a budget and tools per job and confirmation for anything irreversible.
For whom
Processes with a lot of repetition and clear rules.
What you get
Finished work, a log of every step and an “approve” button wherever a human decides.
Serbian voice
A voice message is transcribed, and the answer can be spoken in Serbian — all on your infrastructure, the recording never goes to a third party.
For whom
People who work from a phone and have no time to type.
What you get
Voice conversation as the only tool to learn.
Integration and migration
A single point of access to models for your existing systems — the integration is done once — and migration preparation from legacy systems with a read-only device.
For whom
Organizations with legacy systems and multiple vendors.
What you get
One connection instead of ten and a migration plan the engineer continues from the point of decision.
Model cost optimization
A layer in front of the model that cares how much gets sent at all: caching, batching, routing by task weight, a local model for sensitive work.
For whom
Organizations whose model bill grows with usage.
What you get
Measurement instead of promises: first the baseline, then the layer, then the comparison.
How the work is done
Six steps, each with proof.
Irreversible steps — going live, changing data, switching off the old system — wait for your sign-off. Before and after handover.
01
Conversation
What the system should do and where the data is. No forms, no offer up front — understanding the work comes first.
02
Process snapshot
Who sends the request, who decides, which tools are allowed, how much may be spent and what is irreversible. That becomes a rule of the system, not a good intention.
03
Blueprint and work order
A system blueprint and a work order with acceptance criteria: what is measured and when it is “done”. Building starts only after your sign-off.
04
Build
On your infrastructure or, at your choice, in the cloud. Every user in their own space, keys in one place, a log of every step.
05
Proof by measurement
The criteria from the order are measured on real work, not promised. Whatever fails goes back for repair before handover.
06
Handover and operation
The system is run long-term, not handed over and forgotten: model swaps, a new application on the same core, monitoring. Irreversible changes still require your sign-off.
House rules
The method is verifiable in conversation, not by assertion.
The same rules apply in every system the house builds — from a personal assistant to an institution's portal.
The system drives the model — the model's output is a candidate, not a result; it is checked before delivery, and whatever fails goes back for repair or is discarded.
Irreversible waits for confirmation — sending, paying, deleting and publishing require a human “yes”.
Everyone in their own space — a job runs under the sender's name and opens only their data.
One point with the keys — calls to models go through one point that alone holds the keys and keeps the usage ledger, with a budget per user.
Memory with dates — knowledge lives in readable files outside the model and knows what applied when; swapping the model erases nothing.
Data stays where it was created — a local model takes nothing out; only what is allowed goes outside, with personal data removed when you require it.
Voice stays home — transcription and speech in Serbian run on your infrastructure.
No silent substitutions — exactly the chosen model runs; unavailability returns a clear error, not another model.
Third-party code gets no keys — skills and packages from the internet enter only through review and run isolated per account.
Healthcare: assists, never replaces the physician — the system makes no diagnoses; the decision and the responsibility stay with the physician.
Products and applications
Proof that the method produces systems that last.
All applications rest on the same core — SLAVKO, sovereign AI that remembers. Each card carries a maturity label.
Maturity labels: in production · in development · concept
in production
SLAVKO — the core that remembers
Sovereign AI for organizations: persistent memory on your infrastructure, the model of choice — local or cloud — and answers checked before delivery. One core, many applications.
For an individual or a small team: conversation by text or Serbian voice, it remembers what was agreed, keeps files and returns finished work — everyone in their own space.
An operations portal that turns every request into a recorded job, with a one-click report for the authorities. AI prepares, a human decides.
in production
School assistant
Sovereign AI for the classroom: an assistant to the teacher and the school. Children's data stays in the country, and the system works even where the internet is unreliable.
A private portal for a single building: notice board, one vote per apartment, a register of decisions with deadlines, repairs, documents and funds. Next phase: AI as an assistant to the building manager.
Clinical decision support for qualified healthcare professionals on the same core: it organizes references, guidelines and literature. It assists the physician, and the physician decides — a research prototype, not a medical device. The first phase is in production with a limited circle of physicians; the second phase, with more users, is in preparation.
A deadline tracker and error interpreter for the e-invoicing system, in Serbian, with answers only from the official text. It also runs on a local model, so financial data never leaves the company. The first phase is in production: the knowledge base from official sources; the answering layer and channels are the second phase, in preparation.
A single point of access for other systems, an explicit choice of model and a layer that lowers the cost — caching, batching, routing by task weight. The first phase is in production within our own systems; the commercial layer for other organizations is the second phase, in preparation.
concept
Portable migration device
A portable, local device that connects read-only to a legacy system, reads it and prepares a migration plan, so the engineer receives a finished analysis.
in production
VO-ONE — health management
Physician-led health management and longevity: a record ready for the appointment, the right specialist at a known price, a guide through the administration and Zdravko as the patient's explainer — the decision is always the physician's. The first phase is in production with a small number of people; the second phase, with more users, is in preparation.
The house is led by Dr Ognjen Vučurević — a medical doctor and radiology resident who, since late 2024, has led the AI domain at an IT company in Belgrade: system architecture, specifications, acceptance criteria and the bridging of clinical, business and engineering teams.
Clinical discipline — differential diagnosis and the checks that must never be skipped — has been carried over into software architecture, where the same things are called validators, safety gates and the rule that a model's output is a candidate for a result.
The message runs opposite to the usual one: not “the system can do everything”, but “the system knows exactly where its limit is” — and that is why it is trusted where a mistake carries a cost.
Frequently asked questions
Direct answers.
Answers to the questions asked most often before a first conversation.
What does “personalized system” mean?
A system designed around your specific business process, rather than a generic tool that the work adapts to. It knows who sends a request, who decides and what is irreversible, remembers your context tomorrow too, and is measured against acceptance criteria you signed off.
Does the data leave the organization?
In local mode, no: the model runs on your infrastructure and the data stays where it was created. A cloud model is used only at your choice, with personal data removed when you require it.
What if the model makes a mistake?
The model's output is a candidate, not a result: it passes a check of structure, rules and an independent review before delivery. Whatever fails goes back for repair or is discarded, and an action that cannot be undone waits for a human to confirm.
Do existing systems have to change?
They do not have to. Integration goes through a single point of access done once, and the assistant works in the channels you already use — web, Telegram, e-mail, voice. Migration from legacy systems is prepared with a device that only reads and changes nothing.
Which models are used?
Any — local on your hardware or in the cloud. You choose explicitly, and the system runs exactly the chosen model; unavailability returns a clear error instead of a silent substitution. Swapping the model does not erase accumulated knowledge, because it is kept outside the model.
How do Metatron Production, SLAVKO and ZDRAVKO relate?
Metatron Production is the house that designs, builds and runs the systems; SLAVKO is its product — the core that remembers, with many applications. ZDRAVKO is the same core applied to healthcare, as support for the physician who decides; VO-ONE is physician-led health management for patients, in which Zdravko explains. Ulaz, the school assistant and the e-invoicing helper are applications on the same foundation.
How does a collaboration start?
With a conversation, by e-mail: what the system should do and where your data is. A process snapshot follows, then a blueprint with acceptance criteria — building starts only after your sign-off.
Contact
A conversation is the first step.
One message is enough: what the system should do and where your data is. No forms and no offer up front.