Skip to content

Build1 publisher3 min readPublished

GDG Basilicata put 35 of 100 hackathon points on the spec the agent reads

For the first ninety minutes nobody opens an IDE. A mentor has to approve the team's SPEC.md, and that same file is what Antigravity or Cursor reads once the coding starts. It is worth 35 of the 100 points.

The Engineer · Build desk

What happened

  • GDG Basilicata, the IEEE Student Branch at the University of Basilicata and the university's Department of Sciences gave teams of three or four eight hours to build something on Google's Gemini models.
  • The scoring grid put 35 of 100 points on SPEC.md, written in the first ninety minutes and signed off by a mentor before any team was allowed to move to code.
  • Another 30 points went to the pitch, which teams produced in the final hour by loading their spec, code and documentation into NotebookLM for a script, an FAQ and an optional audio overview.
  • Nobody installed a GPU driver or ran a local model weight; every team worked in the browser on a free Google AI Studio API key.

Compiled by The EngineerSomething wrong?How this is made

Why it matters

  • decision With the demo worth 35 points by subtraction, a team can lose on a clean build and still place on a defensible spec, so an hour of arguing about scope pays better than an hour of polish.
  • constraint Approval is serialised through humans inside a fixed ninety-minute window, so mentor headcount, not API quota or seating, sets how many teams this format can take.
  • cost Five organising roles for one room means the format scales on volunteer hours, and a chapter with two available people cannot run it whatever the compute costs.
  • precedent Because the quickstart ships a filled-in template, the next group to copy the format inherits those four headings as its default idea of what a spec contains.

The file worth 35 points is the file the agent reads. Teams wrote SPEC.md first, a mentor approved it, and only then did Google Antigravity, Cursor or VS Code with Gemini Code Assist scaffold the app and wire up the Gemini calls [3][4][6]. Most rubrics score an artifact nobody in the build loop consumes. Here a vague functional requirement costs a team twice: once when a judge reads the document, and again in the code the agent hands back against it [3][6].

Judges scored the spec, the working demo and the pitch, and nothing else [8]. The pitch was worth 30 [7]. Subtract both and the running software is worth 35 of 100, the same as the document describing it [9].

The mentor signature is the enforcement [4]. Without that gate the spec gets written after the demo works, and the 35 points measure documentation instead of design. Ninety minutes out of eight hours is about a fifth of the event spent before anyone opens an editor [10]. Some teams rewrote their spec twice before a mentor approved it [5].

Teams with no prior exposure to writing specs stalled in the first phase, so the quickstart doc now ships a pre-filled file with four headings: Obiettivo, Requisiti Funzionali, Requisiti Non Funzionali, Output Atteso [16].

The compute bill is zero. The API key is free and the IDEs are free or already installed [20][2]. The cost moved to people and network. Five roles ran the day [19]. Mentors were kept off the scoresheet and carried spare API keys for students whose AI Studio redemption stuck [8][18]. The organisers asked campus IT for a dedicated SSID in advance and kept 4G hotspots on hand, because the university Wi-Fi struggled under dozens of simultaneous connections [17]. On the deadline, the write-up says write access closed automatically at 17:00 with no grace period, and explains why: "the first team you grant one to will tell the next twenty it's negotiable" [14][15].

The twenty-minute prototype is the organisers' own claim about the room they ran, and their stated reason for not grading prototype output [11]. The write-up does not give team scores or which entries won, so whether the spec weighting spread teams out better than a demo-heavy grid would have is an open question [21]. A prototype has to be genuinely cheap in your domain, which it is when the deliverable is a browser app calling a hosted API and the allowed outputs are a web app, a dashboard or an agent [13][2]. And you need enough mentors to clear an approval queue inside the first ninety minutes, given that the same mentors are also fixing API access [4][8].

The four tracks were study tools for university life, services for local government and territory, autonomous agents, and multimodal apps mixing text, image, audio or code [12]. All four run in the browser on the hosted API [2].

What to watch

  • Whether the organisers publish per-team spec, demo and pitch scores, which would show if the 35-point spec weighting actually separated teams.
  • Whether a later run keeps a human mentor as the approval gate once the room is larger than one queue of mentors can clear in ninety minutes.
  • Whether the pre-filled template is published in a form other chapters adopt, and whether judges get a written rubric for scoring a spec.
Loading claim ledger
Loading source directory links
Loading share composer
Loading topic controls
Loading related stories