1週間。1つのループ。
すべてのPRで。
7日間で、TestSpriteをリポジトリに接続して、すべてのプルリクエストが自動でテストされる状態にします。GitHub AppでもGitHub Actionsでも構いません。接続した仕組みはそのまま残り、ハッカソンが終わったあともリポジトリは自分自身をテストし続けます。

$4,000
賞金総額
7
日間で開発
5
プロジェクト受賞者
Open Source
CLI · Apache 2.0
Season 4 opens
Oct 16 · final schedule confirmed in Discord
$4,000 total.
$3,000 for projects, plus a $1,000 bonus for CLI fixes. Separate pools.
Two ways to winProject Awards
Oct 16–22Best projects with TestSprite wired into the repo, so every pull request gets tested. Scored out of 100 by human judges.

CLI Improvement Bonus
Oct 16–29Find 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.

4ステップ。
1つが繰り返す.
書く(Maker)
コーディングエージェントがコードを書きます。Claude Code、Codex、Antigravity など、お使いのツールで。
テスト(Checker)
PRを作成すると、チェックが自動で実行されます。誰も実行を覚えておく必要はありません。
修正(Maker)
エージェントがPR上の failure bundle を読み、根本原因を修正します。
再テスト(Checker)
修正をプッシュすると、チェックが自動で再実行され、PRがグリーンになります。
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.
- 01 // Account
Create an account
Free to start. Use the same email you'll submit with. Sign up free →
- 02 // Target
Your live URL
A deployed app anyone can open. Localhost doesn't count.
- 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.
- 04 // Wire it up
Connect GitHub
GitHub App or GitHub Actions, either counts. From then on every PR gets tested on its own.
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 Actions
Add TestSprite/testsprite-action@v1 to a workflow with your API key as a repository secret. The job goes red on a failure, writes a JUnit report, and — by default — fails when tests are skipped, so a partial run is never green.
Fork PRs don't get repository secrets, so the sample workflow skips forks. Build in your own repo and you'll never hit it.
Action repo ↗何を どこに 出すか。
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.
01 // In your GitHub repo
Your source, a README with the app and live URL, and at least one PR carrying a TestSprite check. Actions route adds a workflow file; App route adds nothing.
02 // Post in Discord#hackathon-submissions
Your PR link, live URL, and TestSprite account. Demo video optional.
チェックリスト。
Three things you hand in, two that have to be true for them to work.
アカウント
必須無料のTestSpriteアカウント。提出に使う同じメールアドレスを使ってください。審査員がスイートを見つけられます。
公開リポジトリ
必須ソースは公開リポジトリに。READMEにはアプリ、ライブURL、スイートの対象範囲を記載してください。コミット履歴がアプリの証明になります。
PR
必須GitHub AppまたはActionsでリポジトリを接続し、TestSpriteのコメントまたはステータスチェックが付いたPRを1つ以上。テストはパスしている状態が望ましいです。
公開URL
Prerequisiteテストはライブアプリに対して実行されます。localhostは不可。早めにデプロイし、期間中は公開したままにしてください。
テストスイート
PrerequisiteTestSprite 3.0ポータルでライブアプリに対して作成します。PRのチェックはこのスイートを実行するため、先に用意が必要です。
デモ動画
任意推奨。Discordにリンクを投稿してください。審査員は必ず視聴します。
人間の 審査。
40 pts
プロジェクト品質
作り込み、完成度。ライブアプリは実際にしっかり動きますか?
40 pts
自動で回るテスト
実際に接続されているか、そしてスイートに実行する価値があるか。カバレッジの広さ、アサーションの深さ、シナリオ設計に加えて、すべてのPRでチェックが走りマージを止めるかを見ます。PR、3.0ポータル、コミットから判断します。
20 pts
イノベーション
プロジェクトそのもの、あるいは検証を開発フローに組み込んだ方法の独創性。
∞
ボーナスエンゲージメント
Discordの投票、Xでのシェア、ビルドについての長文記事。上限なく加点されます。
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.
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 i -g @testsprite/testsprite-cli- 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.
- 02 · Open a PR
Fix it and tick the box
Your PR body needs
Closes #123pointing 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.
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 playLosing 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 qualifyThese 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.
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.
- ImpactWhat does it do for a real user? Meet: fixes a reproducible bug or adds a capability people asked for. Exceed: closes a class of bug, ships a product-clarity feature, or sets a policy the repo then follows.
- Problem definitionIs the problem real? Meet: the problem is real and someone else could reproduce it from what you wrote. Exceed: a problem we didn't know we had, or one that reaches further than the fix.
- CraftDoes it merge clean? Meet: tests included, CI green on every platform, diff matches the title. Exceed: right on the first review round with no collateral.
- DisciplineDoes it help others land theirs? Meet: problem stated before code, one concern per PR, credit given to whoever reported it. Exceed: reshapes fast on a maintainer's redirect, or files work another contributor picks up and ships.
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 DiscordWeb 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.
One Week to Ship.
Oct 2
Rules Published
Full rules go live, including the CLI bonus. Two weeks to read the codebase before the window opens.
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.
Oct 22 · Day 7 · 11:59 PM PT
Project Submissions Close
PR link + live URL + account email, posted in Discord by the deadline.
Oct 23 · Day 8
Judging
Runs Days 8–12; CLI bonus stays open through Oct 29.
Oct 29 · Day 14 · 11:59 PM PT
CLI Window Closes
PRs must be open and out of draft to be counted.
Oct 30 — Nov 3
Review & Allocation
Agents screen, a human decides. The $1,000 CLI pool is allocated once, in a single batch.
Nov 6
Winners
Announced on X and Discord. Payouts from both pools.
All times Pacific · final schedule confirmed in Discord
2 ステップ
で始めよう.
ループ全体を 作ろう。
1週間で、プルリクエストが自分でテストされる状態を作りましょう。途中でCLIのバグを見つけたら、修正してボーナスを。Xをフォローして、Discordに参加してください。



![The checks section of a pull request: a TestSprite / e2e check on 'bars never paint', a commit pushed mapping odds[] to bars[], and a re-run of that check](/hackathon/s4-pr-checks-dark.png)








