Foundation Models & LLMs AI Orchestration & Agents Vector Databases & Retrieval ML Frameworks & Libraries MLOps & Model Management AI Safety & Evaluation

Our AI practice is built on a combination of leading foundation model providers, open-weight models for privacy-sensitive deployments, and the orchestration and evaluation frameworks that make AI systems reliable in production. We are model-agnostic by design, selecting the right model for each use case rather than defaulting to a single provider.

Focus 01

Foundation Models & LLMs

We work across every major foundation model provider, from Anthropic Claude and OpenAI's GPT and o-series to Google Gemini, so model selection is driven by the use case rather than a single vendor relationship. For deployments where data residency or cost rules out a frontier API, we run open-weight models like Meta Llama and Mistral, accessed directly or through managed gateways such as AWS Bedrock and Azure OpenAI Service.

Technologies we use
Anthropic Claude (3.5, 3.7, Claude 4) OpenAI GPT-4o / o1 / o3 Google Gemini 1.5 Pro & Flash Meta Llama 3.x (open-weight) Mistral & Mixtral Microsoft Phi-3 / Phi-4 (small models) AWS Bedrock (multi-model gateway) Azure OpenAI Service Google Vertex AI
Focus 02

AI Orchestration & Agents

LangChain and LangGraph, LlamaIndex, and Microsoft's AutoGen form the backbone of most multi-step agent systems we build, with CrewAI and Semantic Kernel used where a lighter orchestration layer fits better. We adopted the Model Context Protocol early because it standardises how agents connect to tools and data sources, and we use Instructor and DSPy to keep model outputs structured and reliable.

Technologies we use
LangChain & LangGraph LlamaIndex AutoGen (Microsoft) CrewAI Semantic Kernel Model Context Protocol (MCP) Haystack DSPy Instructor (structured outputs)
Focus 03

Vector Databases & Retrieval

Pinecone, Weaviate, and Qdrant handle retrieval for our larger RAG deployments, while pgvector is our default when a client already runs PostgreSQL and doesn't need a dedicated vector database. Chroma and FAISS cover local and prototyping workloads, and Milvus and Redis Vector come into play for retrieval at higher scale or lower latency.

Technologies we use
Pinecone Weaviate Qdrant pgvector (PostgreSQL) Chroma FAISS (Meta) Milvus Redis Vector Azure AI Search
Focus 04

ML Frameworks & Libraries

PyTorch is our default for custom model development, with TensorFlow and Hugging Face Transformers used where a client's existing pipeline calls for it. Scikit-learn and XGBoost cover classical ML and tabular data problems, and ONNX Runtime and TensorRT get models running efficiently at inference time, on servers or at the edge.

Technologies we use
PyTorch TensorFlow / Keras Hugging Face Transformers Scikit-learn XGBoost / LightGBM JAX ONNX Runtime TensorRT OpenCV
Focus 05

MLOps & Model Management

MLflow and Weights & Biases track experiments and model versions across every project, and Kubeflow Pipelines or cloud-native services like SageMaker and Vertex AI Pipelines handle orchestration once a model is ready to scale. DVC keeps training data versioned alongside code, and BentoML or Seldon Core package models for reliable, repeatable deployment.

Technologies we use
MLflow Kubeflow Pipelines Weights & Biases DVC (Data Version Control) BentoML Seldon Core AWS SageMaker Vertex AI Pipelines Azure ML Studio
Focus 06

AI Safety & Evaluation

Langfuse gives us visibility into LLM application behaviour in production, and RAGAS and DeepEval quantify whether a RAG system's answers are actually grounded and correct. Guardrails AI and NVIDIA NeMo Guardrails enforce output boundaries, and Evidently AI and Arize AI catch drift in classical ML models before it affects business outcomes.

Technologies we use
Langfuse (LLM observability) Arize AI Evidently AI (drift detection) DeepEval RAGAS (RAG evaluation) TruLens Guardrails AI NVIDIA NeMo Guardrails Promptfoo
What this stack enables

End-to-end AI capability, from strategy to production.

Model choice is one decision, not the only one.

Orchestration, evaluation, and observability infrastructure are just as consequential as which model you pick.

Generative AI and classical ML, one practice.

LLMs, RAG, and agents sit alongside custom predictive models, computer vision, and NLP under one team.

Open-weight or frontier, based on your constraints.

Self-hosted models for data that can't leave your environment, frontier APIs when capability matters more.

What we use this for
01

LLM integration across all major providers

With model routing and fallback logic for reliability and cost control

02

RAG pipeline engineering

From document ingestion through vector retrieval to grounded, cited responses

03

Agentic AI development

Using LangGraph, AutoGen, and MCP for multi-step, multi-tool autonomous systems

04

Custom ML model development

With PyTorch and Scikit-learn, full MLOps pipelines in MLflow or Kubeflow

05

Computer vision systems

Deployed on GPU infrastructure or edge devices using YOLO, EfficientDet, and Vision Transformers

06

AI observability and evaluation

Using Langfuse, RAGAS, and Evidently to keep AI systems accurate and cost-efficient after deployment

← Back to the full technology stack