Scoped agents with real tools
Each agent gets the smallest set of tools that lets it finish its job — a queue, an API, a database read. Credentials are per-agent and per-action, never shared.
Service 02
A chatbot answers a question. An agent files the claim, reconciles the ledger, chases the supplier — then logs what it did and hands back the exception. We build the second kind, with boundaries written down before anything ships.
The problem
The pilot answers questions impressively and then sits there. Nobody will connect it to a system that can change data, because nobody can say what it would do on a bad day — and they are right to hesitate. An agent with vague permissions is an incident with a start date.
The fix is not a better prompt. It is engineering: narrow scope, real tools with scoped credentials, a boundary written down and enforced, and an evaluation harness that proves behaviour on your own cases before anything reaches production.
What we install
Each agent gets the smallest set of tools that lets it finish its job — a queue, an API, a database read. Credentials are per-agent and per-action, never shared.
Where one agent is not enough, work is split by role and handed between them explicitly. State lives in a store you can inspect, not in a conversation nobody can replay.
Before production, agents run against real historical cases with known outcomes. You see the pass rate, the failure modes, and the cost per run before committing.
Read-only where it should be read-only. No schema writes. No outbound network where the data is sensitive. Irreversible actions need a named human approval.
Versioned prompts and models, traced runs, cost and latency budgets, drift checks against the evaluation set. When a model changes underneath you, you find out from a dashboard.
Exceptions route to a person with the context attached. Reviewed output, not improvisation — and the review feeds the next evaluation round.
The agent bay
What you get
Questions
Whichever fits the task, the data residency requirement, and the budget — and we keep that swappable. Models change every few months; a system tied to one provider ages badly, so the agent's tools and evaluations stay independent of the model behind them.
That is what the boundaries and the evaluation harness are for. Agents that answer from documents cite the source or withhold the answer. Agents that act do so through typed tools with validation, so a malformed decision fails loudly instead of quietly writing nonsense.
Only where you decide it should, through scoped service accounts, with every action logged. Most agents start read-only and earn write access one action at a time. Irreversible steps keep a human approval.
Data residency and retention are design inputs, not afterthoughts. Where the material is sensitive we run agents with no outbound network and keep processing inside your boundary.
Contact
Describe the work you want an agent to take off a person's desk. An engineer reads the brief, and we answer from Novi Sad within one business day.