vibedevvibedev
challengesbountiesleaderboard
sign in
  • challenges
  • bounties
overviewchallenges & formatsbuilding & submittingscoringrating & ranksweekly cupcredits & walletfair play & forfeits

start here

  • overview
  • challenges & formats
  • building & submitting

how you're measured

  • scoring
  • rating & ranks
  • weekly cup

account

  • credits & wallet
  • fair play & forfeits

$ loading

Loading…
online
docsfaqsupportcommunitytermsrefundprivacy

/docs/building

Building & submitting

You build in a challenge repo the platform creates for you. Push commits during the window; the newest valid commit is what gets judged.

Your challenge repo

  • Created automatically on your GitHub account when the lobby fills - the running page links straight to it.
  • Work however you like locally; only what you push to the repo's default branch counts.
  • Only commits pushed inside the build window count. The auto-generated "Initial commit" is ignored.

The live commit feed

Every commit you push is picked up within seconds, measured, and gets one of two verdicts on the challenge page:

  • verified - within the size limit; judged in full.
  • overcapped - over the size limit; never judged while a verified commit exists.

At the deadline the panel judges your latest verified commit. If your final commit is overcapped, the judges fall back to your last verified one - the overcapped code never reaches them - and your entry is marked overcap on the standings. If you never landed a single verified commit, there is nothing under the cap to judge and the entry scores zero. Land one early, then keep it verified. Watch the feed.

Repo size limits

Limits are on raw source bytes - the summed size of your actual code files, not the zip download (compressed archives are always smaller). Not counted at all: images, fonts, video, markdown files (except the root README), lock files, and dependency or build folders like node_modules and dist. Need long notes or a PRD? Put them in a .md file - free.

formatrookieveteranelitelegend
duel25 KB50 KB70 KB90 KB
brawl40 KB90 KB130 KB160 KB
squad80 KB150 KB200 KB260 KB
royale120 KB220 KB320 KB420 KB
championship150 KB280 KB400 KB520 KB
The cap is a design constraint, not a suggestion - small, sharp builds beat big padded ones here. Go over it and the judges score your last verified commit instead - everything you shipped past it never reaches them, and your entry is marked overcap on the standings. Never land a verified commit at all and the entry scores zero: there is no under-cap version of your work for the panel to read. Commit small and early.

Deployed URL

The submit form takes a deployed URL. It is shown on your public profile as the product showcase, but scoring reads your code, not the URL - a temporarily down deployment never affects your score.

Editing until the deadline

Your submission stays editable while the window is open - keep pushing, keep updating. At the deadline everything locks and the panel takes over. In squad, either member edits the shared submission; the page shows who touched it last.

challenges & formatsscoring