01 AI and LLMs

LLM development company for AI features that work from your own data

Tailwebs is an LLM development company that builds large language model features into products: chatbots that answer from your own content, AI extraction from documents and data, and assistants inside apps. Our shipped AI work includes the NITI Aayog Frontier Tech Repository portal with its NFTR Assistant, AI extraction behind Vidhi's Crime and Punishment database, and our own TailGPT.

02 Shipped

Generative AI development we've built

Four pieces of AI work: two for clients and two of our own products.

  1. The NFTR Assistant chat panel open on the NITI Frontier Tech Repository home page
    01

    NFTR Assistant

    Built into the NITI Aayog Frontier Tech Repository portal, which we built: a chatbot that answers from the knowledge base, cites its sources and reports unanswered questions to admins. Shows: answers grounded in sources, citations, and a log of the gaps.

  2. The Crime and Punishment database home page
    02

    Crime and Punishment

    For Vidhi Centre for Legal Policy: a scraping engine plus AI extracts punishment data and tags law sections, for a database of 7,305 crimes across 370 central laws that Tailwebs built and maintains. Shows: extraction at scale. Live at crimeandpunishment.in.

  3. The TailGPT website, tailgpt.tailwebs.com
    03

    TailGPT, our own product

    AI agents for your website, built from your own content. Shows: running an AI product ourselves. See TailGPT.

  4. 04

    Tailwebs Operator, our own product

    An engine that automates business processes through AI assistants: it interviews you, then builds them. Each assistant sorts actions into auto, draft or ask. Shows: AI that does the work. See Tailwebs Operator.

03 In production

What does an AI product need once it is live?

The right model for each job, a memory that finds what matters, and guardrails on what goes in and out. These come from AI products we run ourselves.

  1. 01

    Multi-model routing

    On a consumer AI app we run, different models are routed to different jobs, with fallbacks.

  2. 02

    Long-term memory

    The same app keeps long-term memory of what a user has shared.

  3. 03

    Guardrails

    On TailGPT, answers come only from the client's content.

04 Approach

LLM integration: the cheapest approach that works, first

For answers or extraction from your own documents there are three approaches, from the simplest to the most involved. Each step up adds build and running cost.

  1. A well-built prompt

    Fits when
    Move up when
    What it adds
  2. Retrieval over your documents

    Fits when
    Move up when
    What it adds
  3. Fine-tuning

    Fits when
    Move up when
    What it adds

The same rule picks the model

05 Evaluation

Tested on your own questions, before it goes live

Quality is checked on your own questions, not promised. Our own products show how: TailGPT checks each cited fact against its source page and says when the site doesn't cover something, and every assistant Tailwebs Operator builds passes red-team probes before it goes live.

  1. Start from your questions

    The feature is tested on real questions from your organisation, chosen with your team.

    For example The questions your users already ask, each with the answer your team would give.

  2. Check answers against sources

    Each answer is checked against the source it cites, so a wrong answer shows up before your users see it.

    For example TailGPT checks each cited fact against its source page, and says when the site doesn't cover a question.

  3. Probe it before launch

    We test before release, the way we do on our own products.

    For example Every assistant Tailwebs Operator builds passes red-team probes before it goes live.

  4. Learn from live questions

    After launch, the questions it couldn't answer show your team where the content has gaps.

    For example The NFTR Assistant reports unanswered questions to admins, and TailGPT shows a 7-day view of what the site couldn't answer.

Live questions show the gaps

06 Guardrails

Guardrails: what stops wrong or unsafe answers

Answers drawn only from your sources, an honest "I don't know", and a person in the loop where a mistake would cost you.

  1. 01

    Grounding with citations

    Answers come from your sources and show them, so a reader can check where each one came from, as on the NFTR Assistant.

  2. 02

    Saying "I don't know"

    When your sources don't cover a question, the assistant says so and logs it for your team. The NFTR Assistant reports unanswered questions to admins, and TailGPT says when the site doesn't cover something.

  3. 03

    A person in the loop where it matters

    Where a mistake would cost money or reputation, the output can wait for a person to approve it before anyone relies on it.

  4. 04

    Defence against prompt injection

    TailGPT, our own product, refuses prompt-injection and off-topic requests.

  5. 05

    Personal data kept in check

    Personal data stays out of prompts and logs unless the feature needs it. TailGPT purges old chat transcripts on a retention schedule.

  6. 06

    You choose what runs on its own

    Every assistant Tailwebs Operator builds sorts actions into auto, draft or ask, and passes red-team probes before going live. On an export outreach engine we are building for a client, a person approves every message before it is sent.

07 Running cost · draft

Cost per conversation, worked out before launch

The monthly bill is worked out before launch: the tokens in a conversation, times the model's price, times your expected volume, plus retrieval and hosting.

What the bill is built fromDraft
  1. Tokens per conversationThe question, the passages sent with it, and the answer.
  2. The model's pricePer token, from the provider's own price list at the time.
  3. Expected volumeConversations a month, at launch and a year on.
  4. Retrieval and hostingThe search index and the servers that run the feature.
What it comes to
  • Low use, under 5,000 conversations a month: about ₹3,000–15,000 a month in AI usage.
  • Medium use: about ₹15,000–60,000 a month.
  • High use: ₹60,000+ a month.

Levers that lower it

08 Your data

Where your data lives

Five points decide where your data goes: the region, the accounts, training, the server and the law.

Where it is stored and processed
In the region your rules require, agreed with you before any document is shared.
Accounts
In accounts you own where possible.
Training on your data
Whether the model provider may train on your data is checked against its terms for each project.
Running on your own server
Where your rules need it, we can run the system on your own server or cloud account, agreed before the build.
Data protection law
We work under India's DPDP Act 2023, and GDPR where it applies.
Hiring instead?

09 FAQ

Questions about LLM development.

What does an LLM feature cost to run each month?
In our draft bands, AI usage costs about ₹3,000–15,000 a month for low usage (under 5,000 conversations) and ₹15,000–60,000 for medium usage, depending on the model, context size and caching.
How much does it cost to build an LLM feature?
In our draft bands, adding an AI feature to an existing app costs ₹2–8 lakh, and an AI chatbot on your own data ₹3–10 lakh to build.
What data do I need before building an AI feature?
The documents or records the feature should work from, access to them, and real example questions with good answers, so we can check the feature against them.
How do you test AI features before release?
Before launch we test the feature on real questions from your data. TailGPT, for example, checks each cited fact against its source page, and every Tailwebs Operator assistant must pass red-team probes before it goes live.
How do you stop the AI making things up?
It answers only from your sources, shows its citations and says when it doesn't know, logging the question for your team, as the NFTR Assistant does.
Which AI models do you work with?
We pick the model that fits each job, weighing cost, accuracy and where your data is allowed to go. On a consumer AI app we run, different jobs go to different models, with fallbacks.