Independent prototype · not a government service · all case data on this site is synthetic

For anyone reviewing this

What this is, what works, and what is pretend

Sunwai is an independent prototype of one missing piece of India's public grievance system. It is not connected to any government service, and every case on this site is synthetic.

Who is facing the problem

Anyone whose grievance was closed while their problem continued. In 2026 DARPG published an analysis of recurring complaints and found 5.01 lakh grievances across ten categories and six ministries that were the same problems coming back between 2022 and 2025. The single largest category was PM-KISAN instalments stopping, at 1,52,102 grievances.

Call it yourself — the line is live

This prototype answers a real telephone. Dial the number, describe a problem the way you would describe it to a person, and a case is filed while you are still on the call. The case number is read back to you twice before you hang up.

+91 79 7141 4123

Answers 24 hours a day, all seven days. Speak Hindi, Hinglish or English. Dial it with the +91 — this is a landline number, and without the prefix your carrier will tell you it does not exist.

Afterwards, sign in to the demo, click “Filed it by phone?” and type the number the agent read out. The case moves onto your account and behaves like every other case from there — success checks, the department's claim, your verdict, the appeal draft.

Sarvam AI does the listening and the speaking. The understanding — what the complaint actually is, which department owns it, and what would have to be true for it to count as fixed — runs in this project's own edge function, writing to the same database the website uses. The audio is never stored. Only the text is.

What the call does today

  • It answers in whichever language you open with, and follows you if you switch mid-sentence
  • It understands rather than dictates — the department is chosen and the success checks are written during the call, not afterwards
  • The case is written to the live database and is visible on this site within seconds
  • The case number is read back digit by digit, twice, and claiming it on the site attaches the case to your account
  • A retried call does not file the same complaint twice
  • The audio is discarded. Only the transcript text is kept, and the case says so

Where it falls short today

  • The caller's number does not reach us from the telephony layer, so the masked number shown on a phone-filed case is a placeholder rather than yours
  • The transcript is stored but does not yet attach to the case timeline — the two endpoints disagree about the call's id, so it lands unlinked
  • Speech recognition mishears Indian place names and everyday words — 'pothole' came back as 'portal' on our own test call — so the filed text can be rougher than what you said
  • The agent sometimes asks more clarifying questions than it should, and does not always end the call promptly after reading the number
  • Until you claim it, a phone case sits on a shared intake account. In production it would be an OTP to the number you called from
  • No outbound calls and no SMS — both need DLT registration as a telemarketer, which a prototype cannot hold

What is difficult about the current experience

The portal is fast and its numbers are good — central ministries disposed of 1,88,969 grievances in April 2026, averaging 13 days. The difficulty is what those numbers measure.

A grievance is recorded as disposed when the department writes its reply, not when the problem ends. And a closed grievance cannot be reopened — the FAQ asks the citizen to file a fresh one. So a problem that survives closure comes back as a new grievance, gets a new number, and is counted again as a new receipt and a new disposal.

There is an appeal channel above this, heard by an officer of Additional or Joint Secretary rank, and it works — it disposes 93.84% of what reaches it. Very little reaches it. It has to be filed within 30 days of a closure nobody tells you how to challenge.

What we changed

  • “Resolved” is given something to be checked against. Every case carries what has to be true for it to count as fixed — the amount credited, the supply running, the document in hand — derived from the kind of problem it is.
  • The department's claim is not the verdict. When a fix is claimed, you are asked the plain question rather than whether your grievance was redressed, with those conditions in front of you unanswered. Only you can settle them.
  • History is carried forward, not reset. A repeat filing keeps every earlier registration number, closure date and remark, so the elapsed time is counted across the whole problem rather than restarting at zero.
  • Deadlines are tracked and the letters are written. The appeal and RTI dates are computed from the case and shown before they lapse. The letters are drafted from stored facts and sent by the citizen, never automatically.

What works today, and what is synthetic

Working

  • Accounts, email verification and sign-in
  • Filing in one box, with the department proposed and editable
  • The complaint read before filing: the details that office will demand are asked for, and anything the citizen does not have is recorded as asked-and-unavailable rather than left blank
  • A plain-language warning when the complaint is not a grievance at all — an RTI question, a court matter, a first-time service request — naming the channel that would actually work
  • The same complaint rendered a second way for an officer to read, built only from what the citizen said
  • Success checks written and stored before the case is filed
  • The full case lifecycle on one timeline, driven by the real officer options
  • The citizen verdict — the only thing that closes a case
  • Reopening in place, with the history kept
  • An email when your case is filed and when the department claims it is resolved, carrying the reply, what it means, and a link that lets you answer without logging in
  • A phone line that files a case end to end while you are talking, in any of 22 Indian languages or English, detected automatically and code-mixed by default
  • Appeal and RTI deadlines computed, and the letters drafted from stored facts
  • The site and the app read in English, Hindi and Gujarati from one language menu

Synthetic or not connected

  • No connection to CPGRAMS or any government system, in either direction
  • Departments, officers and registration numbers are invented for the demo
  • The department's moves are taken by you, not by an officer — there is no real department behind them
  • Letters are not delivered — nothing is submitted to a public authority
  • Notices go out when a case is filed and when it is disposed. The deadline reminders are written but nothing runs them on a schedule yet, so a lapsing deadline still has to be noticed by you
  • A case filed on the phone line has no email address until it is claimed, so it is sent nothing until then
  • The no-login answer link is the key to the case, like a password-reset link. It does not expire, and anyone holding it can answer on your behalf
  • The phone line runs on a rented demo number, live for the judging window only
  • The line understands 22 Indian languages but can only speak back in 11 of them — a caller in one of the other 11 will be understood and will get their case filed, but the reply may not come in the language they used
  • Routing, the missing-detail questions and the officer-readable version are all proposed by a language model and are always editable by you; when the model is unreachable the site falls back to keyword rules, says so on the confirm screen, asks for no details, and files the case anyway
  • The wrong-channel warning is advisory and never blocks filing; it can be wrong in both directions

How this would work safely at a larger scale

It needs no new government process. Every step it tracks already exists in published policy and statute — the 21-day redress standard, the 30-day appeal to the Nodal Appellate Authority, and the Right to Information Act. The machinery is built and running below capacity. What is missing is a citizen-side layer that knows the dates and prepares the paperwork.

To run for real it would need read access to a citizen's own grievance status and closure remarks, and a submission route into the existing appeal channel. Nothing here requires access to anyone else's data: the success checks, verdicts and history are the citizen's own record of their own case.

The phone line is the part that generalises furthest, because the people worst served by a portal are the ones least likely to open one — and it is also the part with the clearest regulatory line through it. A citizen dialling a published number is not telemarketing, so an inbound line needs a number with KYC and nothing more. That is why this one exists and answers today.

The reverse direction is where the wall is. Calling a citizen back, or texting them, means DLT registration as a telemarketer with a registered sender ID and approved templates — a compliance path, not a weekend build. Which is a pity, because the callback is the strongest thing this design does not have yet: when a department files its action-taken report, the case already knows the citizen's number and already knows what would count as fixed, so the right move is to ring them and ask. CPGRAMS calls a sample of citizens to ask that very question, so this would be an upgrade to something the department already does rather than a new process. The escalation engine does not care which transport carries it.

Rules and limits we hold ourselves to

  • No live government system is contacted, tested or interfered with.
  • No real Aadhaar, PAN, OTP, payment or health data is used anywhere.
  • No government emblem is used, and nothing claims official approval.
  • The appeal and RTI drafts restate facts already on the case file. They are a starting point for a citizen to edit, not legal advice.

Try it yourself — the demo walks one case from filing to appeal.