๐ฅ Roast My Pick ยท SIH26061
AI-Driven Smart Energy Management System for Polar Research Stations
Ministry of Earth Sciences (MoES)
Reasonable choice. The scoreboard liked it. The scoreboard is not the one asking questions on the day.
Worth considering. There is a real optimisation problem hiding behind a one-sentence statement, and the polar-night fuel constraint makes it genuinely interesting โ but you are writing the load data yourself, so build that model from published physics and be openly honest about it. Roughly 160โ360 teams are expected to go here.
The receipts
Every red flag on this statement, in full. These are the four places it bites.
Exhibit A
No station energy or fuel data is public, so both the load you forecast and the consumption you optimise come from a model you wrote โ say this plainly and ground the model in published thermal physics rather than letting it look like measured data
It gets worse
Generator minimum loading and start-stop wear are the constraints that make this problem real; an optimiser that freely switches diesel sets on and off every hour produces a beautiful schedule no engineer would run
Still reading?
Load forecasting on synthetic data is trivially accurate because you generated the pattern the model learns, so report the dispatch saving rather than the forecast accuracy
And the finisher
With 161 characters of requirement, a panel reading the sentence differently may expect a monitoring dashboard rather than an optimiser, so state your interpretation in the first thirty seconds
The damage report
Every score this statement earned, and what each one actually costs you.
Feasibility
3/5Buildable. Not comfortably. There is a week in here you have not planned for yet.
Antarctic meteorological records including Indian station observations are published through international polar data exchanges so the driving weather is genuinely real, and building thermal load from physics is defensible, but no station energy or fuel consumption data is public, so the load your optimiser is dispatching against is a model you constructed.
Innovation scope
5/5There is something genuinely new here. Do not bury it under another dashboard.
At 161 characters the statement names three tasks and nothing else โ no architecture, no data source, no station, no metric โ so every decision about what this system actually is belongs to you.
Clarity
1/5Nobody is sure what is being asked, quite possibly including the people who asked it.
A single sentence naming load forecasting, renewable integration and fuel optimisation, with no artifact, no data, no station specification, no generation mix and no success criterion of any kind.
Acceptance potential
3/5Middle of the pack. This statement will not win the room for you โ you will have to.
Unlike most near-empty statements this one contains a genuine optimisation with a measurable objective you can beat a baseline on, and the polar-night constraint makes it non-trivial, but you supply the load data yourself and a dispatch dashboard is a familiar shape that will need the polar framing to stand out.
Effort
HeavyHeavy. Somebody on this team is not sleeping in week three. Pick who, on purpose.
A physically grounded load model, a weather-driven forecast, a dispatch optimiser with realistic generator constraints, a seasonal fuel projection and an operator interface is five pieces, and constructing a defensible synthetic load profile is slower than the optimisation itself.
Demo-ability
MediumDemoable, if you rehearse it. Nobody rehearses it.
A dispatch schedule with a fuel saving attached is legible and the number is concrete, but it is charts of a simulated year and nothing in the room can confirm the load profile it optimises against was realistic.
Data
None suppliedNo 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 160โ360 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.
- Unit commitment is a real optimisation with a measurable objective, so you can demonstrate improvement as litres of diesel saved against a stated baseline rather than asserting the system is intelligent
- The polar-night constraint is genuinely interesting and specific โ an optimiser that handles months of zero solar and a once-yearly resupply is solving a harder problem than a rooftop microgrid, and saying so distinguishes you
- Antarctic weather observations are published internationally, so the ambient conditions driving your load model are real even where the load itself is not
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.