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
Source inventory
The documents, databases and systems the model may draw on, with owners, update frequency and access rules.
Retrieval pipeline
Ingestion, chunking, embeddings and search over your content, kept in step as documents change or are removed.
Assistant or LLM feature
The chat, search or drafting experience your users need, with sources shown beside every answer.
Tool and system integration
Narrow, logged actions the model can take through your APIs, such as looking up an order or opening a ticket.
Evaluation harness
Real questions with expected answers, scored for accuracy, grounding and tone, and rerun on every prompt or model change.
Guardrails
Checks for prompt injection, personal data, off-topic requests and unsupported claims, with safe fallbacks.
Permission-aware answers
Answers built only from content the asking user may see, using your existing identity and access rules.
Usage, cost and quality monitoring
Dashboards for usage, model cost, latency and flagged answers, with alerts when quality drops.
How we work
- 01
Choose the job
We agree who will use the feature, which questions or tasks it handles, and which it must refuse.
- 02
Prepare the sources
We connect the content, clean what needs cleaning and map the permissions that must carry through.
- 03
Prototype
We build a working version on your content and put it in front of a small group of real users.
- 04
Evaluate and compare
We score answers against the evaluation set and compare models, prompts and retrieval settings on quality and cost.
- 05
Harden for production
We add guardrails, logging, security review, load testing and the integration with your systems.
- 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
- Project-based deliveryXSIS delivers an agreed scope against written acceptance criteria, with a named delivery lead.
- Dedicated teamA complete team that works only on your product, run day to day by XSIS and directed by you.
- Staff augmentationEngineers and specialists who join your team, work in your tools and report to your managers.
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 questionShould 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 questionWill 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 questionWhich 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 questionWhat 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 questionHow 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 questionWho 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 questionDo 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 questionTell 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