Skip to content
SIH Buddyby Ganeev Singh
Dev

πŸ”₯ Roast My Pick Β· SIH26019

National Digital Platform for Research, Policy Innovation, and Evidence-Based Land Governance

Ministry of Rural Development

Brutal70/100

Bold. Let us find out precisely how bold, in the order a panel will find out.

Proceed with caution. The buildable part of this statement is a document search everyone else is also building, and the part that would make you memorable is a policy simulator nobody can validate, so you would be competing on polish alone. Roughly 75–170 teams are expected to go here.

The receipts

Every red flag on this statement, in full. These are the four places it bites.

  1. Exhibit A

    One bullet asks for policy simulation modules to assess outcomes of proposed reforms before implementation, which is a research programme rather than a feature, and either you skip it and miss a stated requirement or you fake it and get caught

  2. It gets worse

    Retrieval over a document corpus is now the single most common hackathon submission, and yours will be judged against many identical ones with nothing structural to distinguish it

  3. Still reading?

    Five unrelated products are bundled here β€” repository, collaboration, GIS, simulation, grants portal β€” and covering them evenly produces five thin shells

  4. And the finisher

    There is no user in the room for this platform; unlike a citizen or field officer tool, its audience is a policy researcher, which makes the impact story abstract and hard to land

The damage report

Every score this statement earned, and what each one actually costs you.

  • Feasibility

    3/5

    Buildable. Not comfortably. There is a week in here you have not planned for yet.

    The repository, semantic search and literature synthesis half is straightforward with public policy documents and standard retrieval tooling, but the policy simulation module asks you to model the outcome of land reforms before implementation β€” that is an entire discipline of econometric and agent-based modelling and there is no credible way to build or validate it here.

  • Innovation scope

    3/5

    Mildly interesting. The novelty will not carry the room; the build has to.

    The twelve capabilities describe what the platform holds rather than how anything works, so the retrieval architecture, the synthesis approach and the simulation design are all yours, though the platform's overall shape as a repository plus dashboards is fixed.

  • Clarity

    3/5

    Clear enough to start, vague enough to drift. Write the scope down and stop reinterpreting it weekly.

    The feature list is long and readable but there is no core deliverable β€” repository, collaboration, analytics, simulation and a grants portal are five different products in one statement, and the single line asking for policy simulation conceals more work than the other eleven capabilities combined.

  • Acceptance potential

    2/5

    The numbers do not like you. Bring something the numbers cannot see.

    This is a knowledge portal, the least differentiated software shape there is, and its one genuinely distinctive feature is a policy simulation capability that no student team can build defensibly, which leaves a well-executed document search competing against dozens of identical ones.

  • Effort

    Massive

    A semester of work wearing a hackathon costume. Something is getting cut; decide what now, not in week five.

    A document repository with ingestion, a semantic search layer, collaborative workspaces, GIS visualisation, analytics tooling, a simulation engine, an innovation portal, dashboards, RBAC and APIs is a dozen substantial subsystems with no natural priority given.

  • Demo-ability

    Medium

    Demoable, if you rehearse it. Nobody rehearses it.

    Semantic search over a policy corpus works reliably but is entirely unremarkable in 2026 β€” every second submission has a retrieval chatbot β€” and the simulation module, which would actually be memorable, is the part you cannot make credible.

  • Data

    None supplied

    No dataset comes with this one, so every accuracy figure you quote is a number about labels you invented.

    Nothing is provided with the statement. You are sourcing, cleaning and labelling it yourself, and that work is invisible in the demo but very visible in the questions.

The demo they will have already seen

Somewhere around 75–170 teams are heading here, and the description is doing the choosing for most of them. They will read the same brief, reach the same architecture, and build a version of the same demo you are planning. Being correct is the floor. If your five minutes could be swapped with the team before you and nobody in the room would notice, you have not picked badly β€” you have built predictably, which costs exactly the same and hurts more.

What survives

The ground worth standing on when the questions start.

  • Indian land governance policy documents, NITI Aayog reports and DILRMP material are all publicly downloadable, so building a real corpus is genuinely easy
  • Citation-grounded synthesis is a defensible and demonstrable capability where you can show exactly which paragraph each claim came from, which is a real differentiator over ungrounded chatbots
  • The Blockchain and Cybersecurity mislabel means teams browsing for civic tech or knowledge platforms will not see it

None of that means do not pick it. It means do not walk into that room having heard any of this for the first time from a judge.

The framing is a joke. The findings are not β€” they are the same analysis on the statement page, and every line above is attached to a score or a fact in the record. It is one opinion with its reasoning attached, so argue with it before you trust it.