Temporada 4 · Abre em 16 de out · $3.000 + $1.000 de bônus da CLI

Uma semana. Um loop.Cada PR.

Sete dias para conectar o TestSprite ao seu repo e fazer cada pull request ser testado pelo GitHub App. O que você conectar continua seu: um repo que segue se testando muito depois do fim do hackathon.

$4.000
Em prêmios
7
Dias para construir
5
Projetos vencedores
Código aberto
CLI · Apache 2.0

Countdown

Season 4 opens

Oct 16 · final schedule confirmed in Discord

00Days
00Hours
00Minutes
00Seconds

Prize pool

$4,000 total.

$3,000 for projects, plus a $1,000 bonus for CLI fixes. Separate pools.

Two ways to win

Project awards

Oct 16–22

$3,000 · 5 winners

Best projects with TestSprite wired into the repo, so every pull request gets tested. Scored out of 100 by human judges.

  1. 1st placeGrand Champion$1,500
  2. 2nd placeRunner Up$750
  3. 3rd placeThird Place$450
  4. 4th placeHonorable Mention$150
  5. 5th placeHonorable Mention$150

CLI Improvement Bonus

Oct 16–29

$1,000 · allocated after close

Find something wrong with the open-source CLI and fix it. Open an issue, then open a PR that closes it. Entirely on GitHub, no forms.

$50+per merged PR
  • Scaled to substance — a $50 floor, more for work that carries more weight, up to three eligible PRs per person.
  • Merged and judged a genuine improvement are two separate bars.
  • One allocation after the window closes, the $1,000 shared out in a single pass.

O loop

Quatro passos.Um se repete.

  1. 01

    Escrever

    Maker

    Seu agente de código entrega o código. Claude Code, Codex, Antigravity, o que você usar.

  2. 02

    Testar

    Checker

    Você abre um PR. O check roda sozinho: ninguém precisa lembrar.

  3. 03

    Corrigir

    Maker

    O agente lê o pacote de falha no PR e corrige a causa raiz.

  4. 04

    Testar de novo

    Checker

    Faça push da correção. O check roda de novo sozinho, e o PR fica verde.

Makerseu agente de códigoCheckerTestSprite 3.0

um loop que você precisa lembrar de rodar é um loop que para de rodar.

Start in 5 minutes

Sign up. Wire it.Forget it.

One account, one live URL, one connection to GitHub — then every pull request gets tested without anyone starting it. Existing projects welcome, no need to start from zero.

  1. 01 · Account

    Create an account

    Free to start. Use the same email you'll submit with. Sign up free →

  2. 02 · Target

    Your live URL

    A deployed app anyone can open. Localhost doesn't count.

  3. 03 · Suite

    Generate the tests

    Agents explore the app and write the suite in the 3.0 portal. The PR check runs the tests you already have, so this comes first.

  4. 04 · Wire it up

    Connect GitHub

    Install the GitHub App on your repo. From then on every PR gets tested on its own.

No repo changes

GitHub App

Install from Settings → GitHub App in the dashboard, pick your repos, done. Nothing is added to your repository. Results come back as a comment on the PR, and three per-repo switches decide the rest: Run on Pull Requests, Include Draft PRs, and Blocking PRs, which turns the result into a status check that holds the merge.

GitHub App docs

Como enviar

O que vai onde.

Your proof is a pull request.

Wire TestSprite to your repo, then open a PR. The check runs, TestSprite reports back on the PR, and that thread is the submission. Judges open the link and read the whole story off the PR, then check the suite itself in the portal.

Aim for a PR where the checks pass. A run that caught something first and went green after your fix is the best version of this, and it shows the loop actually works.

Two steps to submit — do both before the deadline

01

In your GitHub repo

Your source, a README with the app and live URL, and at least one PR carrying a TestSprite check.

// código + o que ele faz

your-project/
├── src/                   // seu app
├── .gitignore             // nada de segredos no repo
└── README.md              // obrigatório: app · URL no ar · o que a suíte cobre
02

Post in Discord

#hackathon-submissions

Your PR link, live URL, and TestSprite account. Demo video optional.

  • A link to a PR with a TestSprite checkA comment or status check from TestSprite on the PR, tests should pass, and the link carries your repo.Required
  • A live public URLYour deployed app, reachable so judges can open it.Required
  • TestSprite email and nameThe account you used, so judges find your suite.Required
  • A demo video linkA short walkthrough — not scored, but judges watch them.Optional

Pré-requisitos

O checklist.

Three things you hand in, two that have to be true for them to work.

  • Conta

    Obrigatório

    Uma conta TestSprite grátis. Use o mesmo e-mail do envio, para os jurados encontrarem sua suíte.

  • Repositório público

    Obrigatório

    Código num repositório público, com um README sobre o app, a URL no ar e o que a suíte cobre. O histórico de commits é a prova de que o app é seu.

  • Um PR

    Obrigatório

    Repo conectado pelo GitHub App e pelo menos um pull request com um comentário ou status check do TestSprite. Os testes devem passar.

  • URL pública

    Prerequisite

    Os testes rodam contra seu app no ar, nada de localhost. Faça deploy cedo e mantenha no ar durante toda a construção: senão o check não tem o que testar.

  • Suíte de testes

    Prerequisite

    Criada no portal do TestSprite 3.0 contra seu app no ar. O check do PR roda essa suíte, então ela precisa existir antes, e um PR verde prova que existe.

  • Vídeo de demonstração

    Opcional

    Recomendado. Coloque o link no Discord. Os jurados assistem, sim.

Critérios de avaliação

Jurados humanos.

40 pts
Qualidade do projeto
Capricho, acabamento, completude. O app no ar funciona bem de verdade?
40 pts
Testes que rodam sozinhos
Está conectado de verdade, e a suíte vale a pena rodar? Amplitude da cobertura, profundidade das asserções, design dos cenários, e se o check dispara em cada PR e segura o merge. Avaliado pelo PR, pelo portal 3.0 e pelos seus commits.
20 pts
Inovação
Criatividade do projeto, ou do jeito como você colocou a verificação no seu fluxo de entrega.
∞
EngajamentoBônus
Enquetes no Discord, compartilhamentos no X e textos longos sobre o que você construiu. Sem teto, somado por cima.

Guest judges · Creator Picks

Creator Panel

Five creators are joining Season 4 as guest judges and community supporters. They’ll review the projects and each select a standout project to recognize as their Creator Pick, along with a short quote about what impressed them.

  • Ömer Göçmen
  • Uğur Keşkekçi
  • Astro K Joseph
  • Poyraz
  • Jan Marshal

Creator Picks are separate from the official competition scoring. Prize winners are determined by our judging panel using the official rubric, and Creator Picks do not affect the prize pool.

CLI Improvement Bonus · $1,000 pool · all 14 days · open to everyone

Build it with us.

The whole workflow lives on GitHub. Open an issue, claim it, open a PR that closes it. Entries follow the same rules as any other contribution to the repo, so nothing about this is a special path. Tick one box in the PR template and you’re in.

$npm install -g @testsprite/testsprite-cli
  1. 01 · Open an issue

    Say what is broken

    Describe the problem and assign the issue to yourself, so everyone can see what's already being worked on. PRs titled docs: skip this step.

    Up to three open claimed issues at a time. A claim with no activity gets a warning at 48 hours and is released at 72, so nobody sits on work they aren't doing.

  2. 02 · Open a PR

    Fix it and tick the box

    Your PR body needs Closes #123 pointing at your issue, the entry checkbox ticked, and your Discord username so we can reach you. Not on Discord? We'll reach you on the PR.

    A bot confirms your entry in a comment. If it looks like an entry but the box is unticked, it asks rather than excludes you. Up to three bonus-eligible PRs per person; contribute as much as you like beyond that.

.github/PULL_REQUEST_TEMPLATE.md
1## Season 4 CLI Improvement Bonus
2
3- [ ] I'm entering this PR for the Season 4 CLI Improvement Bonus
4
5
6
7---
8
9## What's broken
10
11## How you found it
12
13## Why it matters

The bars

Two bars to clear

A PR has to be merged and judged a genuine improvement. Those are separate bars, so a PR can land and still earn nothing.

  • Fair play
    Losing a duplicate race costs nothing: the first to file keeps that credit and the author of the merged PR keeps theirs. A deadline for allocation is not a quality mark, so a fix that lands just after the window still counts as the work it is. Maintainer-side incidents never count against you.
  • What does not qualify
    These get merged or closed on their own merits, they just don't earn a payout. The list is illustrative, not exhaustive. Bounty farming ends your eligibility for the season.
    • No problem statement
    • Reformatting, whitespace, typo-level edits
    • Behavior change with no tests
    • Comment-only or no-context edits
    • Unexplained dependency bumps
    • One change split across several PRs
    • Spam or bounty farming

    Full CLI rules go live a week before Day 1, so there's time to read the codebase and find something real before the window opens.

The aspects

Four aspects

Each eligible PR is then read against four aspects, with a “meet” and an “exceed” for each. Up to two revision rounds on substance.

  • Impact
    What does it do for a real user?Meetfixes a reproducible bug or adds a capability people asked for.Exceedcloses a class of bug, ships a product-clarity feature, or sets a policy the repo then follows.
  • Problem definition
    Is the problem real?Meetthe problem is real and someone else could reproduce it from what you wrote.Exceeda problem we didn't know we had, or one that reaches further than the fix.
  • Craft
    Does it merge clean?Meettests included, CI green on every platform, diff matches the title.Exceedright on the first review round with no collateral.
  • Discipline
    Does it help others land theirs?Meetproblem stated before code, one concern per PR, credit given to whoever reported it.Exceedreshapes fast on a maintainer's redirect, or files work another contributor picks up and ships.

Feedback · Open all season · every surface

What would you change?

Your feedback shapes what we build next. A week of real builds on codebases we've never seen will surface things we've missed. If something in the 3.0 web portal, the CLI, or the MCP server got in your way, confused you, or you can see a better way to do it, tell us. Specific beats polite: what you tried, what happened, what you expected instead.

Share feedback in Discord
  • Web portal

    Test generation that missed the point, verdicts that were hard to read, anything you had to work around in 3.0.

  • CLI

    Flags, output, docs, install. If it's a bug with a fix, open the issue and PR instead, and it can count toward the bonus.

  • MCP server

    Still supported. If a tool description misled your agent or a call failed silently, tell us — the portal and the CLI come first this season.

Credits for the good stuff. Feedback that changes what we build may earn extra TestSprite credits as a thank-you. It's not a guarantee and it isn't scored, it's how we'd like to say thanks for helping make the product better.

Execution timeline

One week to ship.

  1. Oct 2

    Rules published

    Full rules go live, including the CLI bonus. Two weeks to read the codebase before the window opens.

  2. Oct 16 · Day 1

    Season opens

    Project Track begins: build, generate the suite, and connect the repo so your PRs get tested. The CLI issue and PR window opens the same day and runs the full 14 days.

  3. Oct 22 · Day 7 · 11:59 PM PT

    Project submissions close

    PR link + live URL + account email, posted in Discord by the deadline.

  4. Oct 23 · Day 8

    Judging

    Runs Days 8–12; CLI bonus stays open through Oct 29.

  5. Oct 29 · Day 14 · 11:59 PM PT

    CLI window closes

    PRs must be open and out of draft to be counted.

  6. Oct 30 — Nov 3

    Review & allocation

    Agents screen, a human decides. The $1,000 CLI pool is allocated once, in a single batch.

  7. Nov 6

    Winners

    Announced on X and Discord. Payouts from both pools.

All times Pacific · final schedule confirmed in Discord

Participe

Dois passose você está dentro.

  1. Step 1

    Siga @TestSprite no X

    Anúncios, contagens regressivas e vencedores saem primeiro no X.

    Seguir no X
  2. Step 2

    Entre no Discord

    Regras, envios, enquetes, perguntas e respostas. Regras da Temporada 4 fixadas em #hackathon-info.

    Entrar no Discord

Construa oloop inteiro.

Uma semana para seus pull requests passarem a se testar sozinhos. Achou um bug na CLI no caminho? Corrija e ganhe o bônus. Siga no X e entre no Discord, onde tudo acontece.