Skip to content
XSIS
Talk to an engineer

AI and data

Generative AI and LLM integration

Language models connected to your data, with the controls to trust them

Retrieval, assistants and LLM features built on your documents and systems, with evaluation and guardrails.

Overview

Large language models can read, summarise and draft at a speed no team can match. On their own they also invent facts, ignore permissions and know nothing about your business. The work is in connecting them to the right sources and checking what they produce.

We build assistants, search and drafting features that answer from your own documents and systems through retrieval, cite their sources, and respect who is allowed to see what. Where a task needs action, we let the model call your APIs through narrow, logged tools rather than giving it open access.

Each feature ships with an evaluation set built from real questions, guardrails on input and output, and a way for users to flag a bad answer. You can switch models later without rebuilding, because the model sits behind a single interface we design for you.

What we deliver

  1. Source inventory

    The documents, databases and systems the model may draw on, with owners, update frequency and access rules.

  2. Retrieval pipeline

    Ingestion, chunking, embeddings and search over your content, kept in step as documents change or are removed.

  3. Assistant or LLM feature

    The chat, search or drafting experience your users need, with sources shown beside every answer.

  4. Tool and system integration

    Narrow, logged actions the model can take through your APIs, such as looking up an order or opening a ticket.

  5. Evaluation harness

    Real questions with expected answers, scored for accuracy, grounding and tone, and rerun on every prompt or model change.

  6. Guardrails

    Checks for prompt injection, personal data, off-topic requests and unsupported claims, with safe fallbacks.

  7. Permission-aware answers

    Answers built only from content the asking user may see, using your existing identity and access rules.

  8. Usage, cost and quality monitoring

    Dashboards for usage, model cost, latency and flagged answers, with alerts when quality drops.

How we work

  1. 01

    Choose the job

    We agree who will use the feature, which questions or tasks it handles, and which it must refuse.

  2. 02

    Prepare the sources

    We connect the content, clean what needs cleaning and map the permissions that must carry through.

  3. 03

    Prototype

    We build a working version on your content and put it in front of a small group of real users.

  4. 04

    Evaluate and compare

    We score answers against the evaluation set and compare models, prompts and retrieval settings on quality and cost.

  5. 05

    Harden for production

    We add guardrails, logging, security review, load testing and the integration with your systems.

  6. 06

    Release and operate

    We release in stages, review flagged answers with your team and keep the evaluation set growing.

Technologies

Languages
  • Python
  • TypeScript
Frameworks
  • FastAPI
AI and machine learning
  • OpenAI GPT
  • Anthropic Claude
  • Google Gemini
  • Meta Llama
  • Mistral
  • Azure OpenAI
  • Amazon Bedrock
  • Vertex AI
  • LangChain
  • LlamaIndex
  • Hugging Face
Databases
  • pgvector
  • Elasticsearch

Ways to work with us

Questions and answers

How do you stop the model from making things up?

We reduce the risk in layers. The model answers from retrieved passages of your content and must cite them. Guardrails check that claims are supported by those passages. When the sources do not contain an answer, the feature says so instead of guessing. The evaluation set measures how often answers are unsupported, and we do not release until that rate meets the threshold you agree.

Link to this question
Should we use retrieval or fine-tune a model?

For answering from your documents, retrieval is usually the better start: it keeps answers current, shows sources and respects permissions. Fine-tuning helps when you need a consistent format or style, a specialised vocabulary, or a smaller model that runs cheaply. Many systems use both. We test the options against your evaluation set and recommend the simplest one that meets the bar.

Link to this question
Will our data be used to train someone else’s model?

Not if we can help it, and we design to prevent it. We use enterprise model services whose terms exclude training on your data, or open models hosted in your own environment. Prompts and documents are sent only to the services you approve, logs are kept under your retention rules, and personal data is masked where the task allows.

Link to this question
Which language model will you use?

We choose per task, based on answer quality on your evaluation set, cost per request, speed, language support and where the model is allowed to run. Options include OpenAI GPT models, Anthropic Claude, Google Gemini, Meta Llama and Mistral, through services such as Azure OpenAI, Amazon Bedrock or Vertex AI. The model sits behind one interface, so it can be replaced later.

Link to this question
What drives the cost of a generative AI feature?

Build cost depends on the number and state of your sources, the integrations and permissions involved, and how strict the accuracy bar is. Running cost depends on usage, the model chosen, how much text is sent with each request and caching. We estimate both, and we show how a smaller model or better retrieval can bring the running cost down.

Link to this question
How long until our users can try it?

Users can try a prototype on your content early, before the full build. What takes longer is connecting sources with the right permissions, security and privacy reviews, and reaching the agreed quality on the evaluation set. We plan those steps from the start and give you a timeline once the sources and the job are clear.

Link to this question
Who owns the prompts, data and models?

Intellectual property in the work we build for you is yours from the first commit — no assignment step at the end. That includes the code, prompts, evaluation sets, retrieval indexes and any fine-tuned model weights produced for you. Any XSIS tools that existed before stay ours and are licensed to you. Commercial models remain the vendor’s and are used under their terms, which we list for you. Your documents and data remain yours throughout.

Link to this question
Do your engineers use AI coding tools on our code?

Only if you agree. We tell you which tools we would use, how they handle code and data, and whether anything leaves your environment. If you prefer, we work without them. Code written with AI assistance goes through the same review and testing as any other code, and the engineer who submits it is responsible for it.

Link to this question

Tell us what you need to build or connect.

Describe the systems, the timeline and the constraints. The right engineers take it from there.

  • Our team will call you within 24 hours during your preferred time slot
  • Our team is available 24/7