Skip to content
Metatron ProductionAI consulting · Belgrade
Menu

Metatron Production · AI consulting

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.
CriterionPersonalized system (Metatron Production)Generic cloud assistant
Whose processDesigned 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 isOn your infrastructure; a local model where data never leaves, cloud only at your choice.Goes to a third party that processes it.
What it remembersPersistently, 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 checksThe 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.
VoiceSpeech transcription and Serbian speech synthesis run on your infrastructure.The voice recording goes to the vendor.
Who chooses the modelYou: 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.

  1. Conversation

    What the system should do and where the data is. No forms, no offer up front — understanding the work comes first.

  2. 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.

  3. 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.

  4. 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.

  5. Proof by measurement

    The criteria from the order are measured on real work, not promised. Whatever fails goes back for repair before handover.

  6. 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.

The product's main site
in production

Personal assistant

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.

More about the personal assistant
in production

Portal for institutions

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.

More about the school assistant
in production

Ulaz — homeowners association portal

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.

More about the portal and the AI manager
in production

ZDRAVKO — clinical support

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.

More about ZDRAVKO
in production

E-invoicing

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.

More about e-invoicing
in production

Model router and token savings

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.

More about VO-ONE

Founder

A physician who designs systems.

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.

ognjen.vucurevic@gmail.com

The Slavko family

Our Slavko. Our knowledge.

One core, several public sites — each for its own topic.