CITRIS AI Engineering
Agents that work alongside what you already run.
Custom agents, frameworks and accelerators that sit beside your existing applications and databases. We build inside your chosen cloud boundary and evaluate each agent against a defined test set before release.
CITRIS AI Engineering
We design and build custom agentic AI.
Custom agents, frameworks and accelerators that sit beside your existing applications and databases.
We build agents around the applications and databases you already use. The engineering discipline is the same one that runs inside Artec Neo: evaluation before release, audit trails, cost caps, and human approval on anything that writes.
- Ingest
Data onboarding agents
Point them at a legacy database, spreadsheet estate or API. The agent infers a schema and proposes the mappings, and a person approves them before the deterministic import runs.
- Extract
Document-to-record extraction
O&M manuals, contracts and certificates become structured, evidenced data, with per-field confidence and a citation back to the source page.
- Decompose
Obligation intelligence
Contracts and SLAs decomposed into dated, owned, trackable obligations, so nothing lives only in a PDF nobody has opened since signature.
- Query
Ask-your-systems
Natural-language answers over your own data. For read-only use cases, the agent is not given write tools.
- Build
Custom agent frameworks
Designed around your workflows and deployed in your own cloud: AWS Bedrock, Azure AI Foundry, or your own endpoints. Data and model calls stay inside the environment you nominate.
Engineering controls we apply to every agent
-
Agents propose, people approve
Agents draft and deterministic code executes, with a person approving anything that writes. The model is not the last step between an idea and your database.
-
Deployed in your own cloud
Bring your own model on AWS or Azure. We build to your boundary rather than asking you to move inside ours.
-
Measured accuracy
Agents ship with a measured accuracy number against a held-out set, and a regression gate that fails the build when it drops.
-
Governed by default
Audit trails, cost caps, tool allow-lists and PII redaction. The control plane is part of the build, not a phase-two extra.
Artec Neo is where we prove this first. Evaluation gates, audit chains, human approval and cost governance are implemented in our own platform, and NeO is being evaluated there before wider release.
How we engage
A three-stage engagement, starting with a two-week feasibility sprint
Sometimes the most valuable outcome of the sprint is the finding that the idea does not work. We would rather establish that in a fortnight than over a year.
- 01
Feasibility sprint
2 weeksWe take one real workflow and one real dataset, and establish whether an agent can do the job to a measurable standard. You get an accuracy number, a cost-per-run figure, and a straight recommendation. Sometimes that recommendation is not to build it.
You get Working prototype, evaluation set, go/no-go with numbers
- 02
Build and evaluate
6–12 weeksThe agent is built against your systems. Audit, cost caps, tool allow-lists and PII handling go in from the first commit rather than being retrofitted before go-live.
You get Deployed agent in your cloud, regression gate in your CI
- 03
Operate or hand over
Your callWe run it, or we teach your team to. Either way the evaluation harness stays, so drift shows up as a failing build rather than as a complaint from a user six months later.
You get Runbooks, eval maintenance, or a managed service
Straight answers
Four claims we will not make
-
“The agent will handle it end to end.”
Agents are excellent at proposing and terrible at being accountable. We put deterministic code between the model and anything that writes.
-
“We’ll fine-tune on your data.”
Usually the expensive answer to a retrieval problem. We reach for fine-tuning last, and only when an evaluation shows retrieval genuinely cannot get there.
-
“It works — look at these examples.”
We agree the evaluation set before development starts, and we report the number it produces, including when it disappoints.
-
“Send us your data and we’ll take care of it.”
We build inside your own boundary, using your keys and your cloud. Data leaving your control should be a decision you made rather than a side effect of a vendor’s architecture.
Next step
Bring us one difficult workflow.
The repetitive one where somebody re-keys data between two systems, or reads a hundred PDFs to answer one question. That is where an agent earns its keep.
A working session with the people who built it.