Skip to content
SIH Buddyby Ganeev Singh
Dev

πŸ”₯ Roast My Pick Β· SIH26108

AI-Powered Recommendation Engine for Identifying Applicable Indian Standards for Procurement Specifications

Ministry of Consumer Affairs, Food & Public Distribution

Mild17/100

Good pick. Genuinely. Now sit down, because the judges are going to try anyway β€” and this is what they will try.

Strong pick. The normative-reference graph is the whole submission β€” build that first and demonstrate it against a real published tender that missed citations, because a semantic search box alone puts you back in the crowd with SIH26107. Roughly 120–270 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

    Cross-reference data lives inside the standards themselves, which are paid documents, so your graph will be incomplete and you should state its coverage rather than implying it is exhaustive

  2. It gets worse

    It overlaps SIH26107 from the same ministry heavily, so you will be compared directly and must articulate why a procurement-specific engine is a different product from a general assistant

  3. Still reading?

    Recommending a wrong or outdated standard into a live tender carries real procurement consequences, so confidence handling and human review are part of the requirement, not a nicety

  4. And the finisher

    Semantic matching on scope statements alone is shallow β€” two standards can have near-identical scopes and differ entirely in application, which is exactly where a BIS judge will probe

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.

    Semantic matching over standard titles and scope statements is straightforward, but building the normative-reference graph requires the cross-reference sections of the standards themselves, which are sold rather than published openly, so the graph will be partial and sourced from catalogue metadata.

  • Innovation scope

    4/5

    There is something genuinely new here. Do not bury it under another dashboard.

    The cross-reference traversal is the genuinely open part β€” deciding how far to walk the normative-reference graph, how to rank allied standards by relevance rather than mere linkage, and how to detect a superseded citation are all undetermined design problems.

  • Clarity

    5/5

    The ask is unambiguous, which quietly removes your favourite excuse.

    The Expected Features section is unusually precise, naming semantic understanding over keyword matching, the specific categories of allied standards to surface, version and amendment highlighting, certification requirements and multilingual input.

  • Acceptance potential

    4/5

    Strong footing before you have written a line. Try not to waste it.

    More distinctive than its sibling SIH26107 because the normative-reference graph is a genuine technical contribution rather than another chat interface, and procurement officials are a real user with a checkable pain β€” but the same corpus access limitation applies and you must be honest about graph coverage.

  • Effort

    Heavy

    Heavy. Somebody on this team is not sleeping in week three. Pick who, on purpose.

    Corpus and metadata assembly, the semantic matcher, the reference graph and the specification generator are four pieces, with graph construction the slowest since it must be built from whatever cross-reference data you can obtain.

  • Demo-ability

    Easy

    Easy to demo β€” and so is everyone else's. Working is the floor here, not the achievement.

    Showing a real tender that omitted four standards, then having the engine surface exactly those, is a concrete before-and-after that a procurement judge will grasp immediately.

  • 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 120–270 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.

  • The normative-reference graph is real intellectual work that a chat wrapper cannot replicate, and it is what separates this from every other RAG submission in the field
  • Real tenders are published on GeM and CPPP, so you can demonstrate against genuine documents and show actual omissions rather than invented ones
  • Flagging a superseded standard version is a small feature with disproportionate credibility, because that is precisely the error the description says causes disputes

Nothing here is fatal. It is just the list of places this statement pushes back, and you now get to push there first.

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.