AI Development in the UK
We are an Indian engineering team working with businesses in the UK. Written scope before any code, and a fixed quote in GBP.
Working hours
Our day runs 09:00 to 18:00 India time, which is 03:30 to 12:30 in the UK, or 04:30 to 13:30 while you are on summer time, so most of your morning overlaps with ours.
Quoted in GBP
Quotes exclude the 20% VAT in the UK, shown separately on the invoice.
Data protection
Work for this market is scoped against the UK GDPR and the Data Protection Act 2018, agreed before development starts rather than retrofitted afterwards.
Written scope
Every engagement starts with a written scope and a fixed GBP quote within 24 hours, so the price is set before work begins.
About AI Development
Most AI projects fail in the same place: a demo works on ten hand-picked examples, then falls apart on real user input, real data volume, and a real invoice at the end of the month. We build the unglamorous parts that decide whether an AI feature survives contact with production: retrieval that returns the right context, evaluation you can run before every deploy, guardrails on what the model is allowed to do, and cost tracking per request so the bill is a number you chose rather than one you discover.
What the engagement includes
- Retrieval-augmented generation over your own documents and databases
- AI agents with tool access, scoped so they can only do what you allow
- Model Context Protocol (MCP) servers that connect assistants to your systems
- LLM integration into existing products: OpenAI, Anthropic, and open models
- Document extraction and classification for invoices, contracts and forms
- Evaluation suites so a prompt change cannot quietly break output quality
- Cost and token controls with per-request tracking and hard budget limits
- Chatbots and support assistants grounded in your own content, not the open web
Send the scope and you get a written scope and a fixed GBP quote back within 24 hours.
Get a quote in GBPAutomated decisions under the new UK GDPR articles, training data copyright and the AI security code
In a UK AI build the first design question is whether the system decides anything about a person on its own, because since 5 February 2026 that has been governed by articles 22A to 22D of the UK GDPR, inserted by the Data (Use and Access) Act 2025. The old near prohibition has gone. Solely automated decisions with legal or similarly significant effects are now allowed in wider circumstances, but only with safeguards, and the ICO's draft guidance, updated on 31 March 2026 and put out for consultation, shows how specific those are. A decision is solely automated when there is no meaningful human involvement, and the ICO's examples of significant effects include automatic refusal of an online credit application, e-recruiting without meaningful human involvement and a fraud flag that freezes a bank account. Where the provisions apply, the person must be given information about their own decision rather than a repeat of the privacy notice: which factors contributed, whether profiling was involved and whether another controller's data influenced it, provided at the point of the decision with a way to make representations, obtain human intervention and contest it. The ICO adds that the system should be able to produce an audit trail of the key decision points. Two constraints are easy to miss. The new recognised legitimate interests basis cannot support these decisions, even in part, and a decision that uses special category data needs a condition under article 22B on top of articles 6 and 9. So we build the explanation as an output of the pipeline, storing the features, scores and model version behind each decision, and route contested cases to a reviewer with authority to change the outcome rather than to a queue that can only confirm it. The ICO says this guidance will inform a statutory code of practice on AI and automated decision-making. Whether a particular output counts as a significant decision is for your own counsel.
Training or fine-tuning on content you do not own is an open question in UK law rather than a settled one, and the government's report of 18 March 2026 is its latest word. Under the Copyright, Designs and Patents Act 1988 the data mining exception in section 29A covers non-commercial research only, so, as the report puts it, permission will generally be needed from a right holder before a work is used, which in practice means a commercial fine-tune on scraped articles, images or code needs a licence. The consultation had proposed a broad exception with an opt-out. The report, required by sections 135 and 136 of the Data (Use and Access) Act, records that most respondents rejected it and says the government will not reform copyright law until it is confident reforms meet its objectives. The one court ruling so far, Getty Images v Stability AI, held that a trained model could in principle be an article and so an infringing copy, even if trained abroad, but only if it contains or reproduces a copy of a work, and found no evidence that Stable Diffusion did. The judgment was under appeal when the report was published. Outputs carry their own uncertainty. Section 9(3) makes the author of a computer-generated work the person who made the arrangements for its creation, but the report calls the provision contradictory and proposes removing protection for wholly computer-generated works while keeping it for work made with AI assistance. In practice that shapes three things in a build. The training set is assembled from owned, licensed or openly licensed sources, with the licence terms recorded per dataset, because open licences often carry attribution or other conditions downstream. Data provenance is kept alongside model versions, so you can say what a given model learned from. And where generated output is the product you sell, a human editorial step is worth keeping. How this applies to your own data is for your counsel.
Security questionnaires from UK buyers now reach past the application to the model, and the usual reference is the AI Cyber Security Code of Practice, which DSIT published on 31 January 2025. It is voluntary, the government has put it forward to ETSI as the basis for the global standard TS 104 223, and it sets 13 principles across the life of a system, each assigned to developers, system operators or data custodians. That split matters in an outsourced project, because one supplier can hold more than one role. The Code counts a business that provides a contractual service to embed or deploy a model for an organisation as a system operator, so a team building and running your AI system is a developer and often an operator too, while your organisation remains the data custodian. Several provisions turn straight into engineering tasks. Developers shall keep an audit trail covering the operation and lifecycle management of models, datasets and prompts, so system prompts are versioned and reviewed like code rather than edited in a console. Development and tuning happen in dedicated environments with least privilege, and training data that is not public stays inside them. System operators shall tell end users in an accessible way where and how their data will be used, accessed and stored, for example whether it is used for retraining or reviewed by staff or partners, which means the terms of any model API provider have to answer that question before the interface can. Operators shall log system and user actions and should watch for drift and poisoning over time, and the Code names indirect prompt injection among the risks it is written for. When a model is decommissioned or handed to someone else, the data custodian is involved and the assets are securely disposed of, which settles what happens to fine-tuned weights and embeddings when an engagement ends. Whether the Code appears in your procurement is for your security lead to confirm.
How we work with UK clients
UK engagements tend to start with procurement questions rather than technical ones. Who holds the data, which law governs the contract, whether you can produce a record of processing if the ICO asks. We answer those in the proposal instead of leaving them to a legal review three weeks in, because that review is where UK projects usually stall.
Invoicing is the other thing worth settling early. We are outside the UK, so services we supply generally fall under the reverse charge and your finance team accounts for the VAT rather than paying it to us. Our invoices say so explicitly. We quote in pounds, the figure does not move with the exchange rate mid-project, and payment by bank transfer avoids the card fees that make a five-figure invoice unnecessarily expensive.
Send the scope and you get a written scope and a fixed GBP quote back within 24 hours.
Get a quote in GBPIndicative pricing in GBP
Converted from our published Indian rates and rounded. Exchange rates move, so the figure on your quote is calculated on the day it is issued.
Send the scope and you get a written scope and a fixed GBP quote back within 24 hours.
Get a quote in GBPFull service detail
This page covers how we work with clients in your market. The complete AI Development page, with the full technical detail, process and frequently asked questions, is written in English.
Read the full service page (English)Questions UK clients ask
How does VAT work if you are based in India?
For most business-to-business services supplied from outside the UK, the reverse charge applies: you account for the VAT in your own return rather than paying it to us, and it is typically neutral if you are fully recoverable. Our invoices state the position clearly so your accountant is not guessing. If your situation is unusual, for example partial exemption, we would rather your accountant confirms the treatment before we invoice than after.
Are you compliant with UK GDPR and the Data Protection Act 2018?
We build to it rather than claiming a certificate. In practice that means data minimisation designed in rather than bolted on, a documented lawful basis for each processing activity, retention periods that actually delete, subject access and erasure handled as features rather than manual database work, and hosting in a region you approve. Where we process personal data on your behalf we sign a processor agreement setting out exactly that.
We are a public sector body. Can you meet the accessibility regulations?
Yes, and it is scoped from the start because retrofitting accessibility is considerably more expensive than building it in. We work to WCAG 2.2 AA, test with a screen reader rather than relying on an automated scan, and produce the accessibility statement the regulations require. Automated tools catch perhaps a third of real issues, which is why the manual pass is not optional.
Which law governs the contract, and what about IR35?
We are happy to contract under English law with the courts of England and Wales, and most UK clients prefer that. IR35 does not apply to us: it governs individuals working through an intermediary, and you are engaging a company for a defined deliverable rather than a person for their time. Your accountant will want to see that the contract reflects that, and ours does.
AI Development: common questions
Do we actually need AI for this?
Often not, and we will tell you before you spend anything. Roughly half the briefs that reach us are better solved by a database query, a rule, or a clearer form. AI earns its place when the input is genuinely unstructured and the output is genuinely open-ended. If your problem is deterministic, a model just makes it slower, costlier and less predictable.
How do you stop it making things up?
Grounding and checking. The model answers only from context we retrieved from your data, we validate the structure of what comes back, and we make it cite the source so a human can verify it. For anything where a wrong answer is expensive, we design a human approval step rather than pretending the problem is solved. No prompt makes a model incapable of being wrong.
What will it cost to run, not just to build?
That depends on model choice, context size and volume, and it is one of the first things we size rather than one of the last. We build per-request cost tracking and hard budget ceilings in from the start, and we route cheap requests to cheap models. A typical grounded support assistant runs a few thousand rupees a month at moderate volume; a heavy document pipeline can run considerably more, which is exactly why it gets measured before launch.
Whose data does the model see, and where does it go?
We use enterprise API tiers where prompts are not used for training, and we scope precisely what leaves your systems. Where data cannot leave at all, we build on open models you host yourself. This gets settled in scoping, not discovered during a security review.
What is MCP and do we need it?
Model Context Protocol is a standard way to give an assistant controlled access to real tools and data, so it can query your systems instead of guessing. It is useful when you want an assistant to actually do things rather than only talk about them. If you just need a grounded chatbot over a set of documents, you do not need it.
Send the scope and you get a written scope and a fixed GBP quote back within 24 hours.
Get a quote in GBPOther markets we work in
Tell us what you are building in the UK
Send the scope, or just the problem. You get a written scope and a fixed GBP quote back within 24 hours, from the engineers who would do the work.