Edition 01 · Terms and rules

The Goal Cup rules.

The rules for Edition 01. Every other Goal Cup page summarizes this one. If another Goal Cup page or the Goal Cup Proxy docs ever disagree with it, this page wins.

This is a draft. The text may still change before it is final. Anything marked TBC is still being decided.

Version goal-cup-2026-10-23Last changed

Draft · not yet final

The rules in one minute.

Short version
  1. A

    One prompt, one agent, one goal. The agent builds a fresh, open-source product from scratch. Be creative.

  2. B

    Prepare the run, not just the goal. Keys, accounts and spending limits are set up before the start. Install the proxy, connect your account and pass goalcup prep.

  3. C

    Start inside the window, 7 Nov 00:00 UTC to 8 Nov 00:00 UTC. A restart has to happen inside it too.

  4. D

    After the first prompt, the only message anyone may send is “keep going”.

  5. E

    Your 168 hours start when the server opens your run, right after you approve the official start. The clock never pauses.

  6. F

    Judges see your public repository at the last commit your agent pushed before hour 168. It ships under the MIT licence.

  7. G

    Two YouTube videos and a short questionnaire. The goal-and-setup video is due by hour 24. The demo and questionnaire are due within 24 hours after your run ends.

  8. H

    Human judges try the product and read your prompt and setup. We reward creative prompts and creative products.

1. Who can enter

1.1

An Agent Community account.

The person who signs up is the operator. The operator signs in to Agent Community, or joins it, with a verified email. You do not need to sign the endorsement letter. Listed teammates do not need an account (see 2.3).

1.2

The Goal Cup terms and rules.

The operator accepts these Goal Cup terms and rules for the entry and acknowledges the Agent Community privacy policy. Goal Cup has no separate privacy policy.

1.3

18 or older.

Everyone on an entry must be 18 or older, including listed teammates. The operator confirms this for everyone they list.

1.4

Organizers and judges cannot enter.

Organizers and judges of Edition 01 cannot enter Edition 01, alone or in a team.

1.5

Partner staff may enter.

Staff of a partner company may enter. They are never judged by their own company’s judge.

1.6

Sign-up closes with the start window.

You can sign up until the start window closes. Signing up does not start or reserve your clock.

2. Entries and teams

2.1

One prompt, one agent, one goal.

The goal can come from one person or a team, including a company’s best people.

2.2

One entry, one machine.

Each entry runs one root agent in one harness on one machine and makes one submission. The machine can be your own computer or a hosted sandbox you control. The root agent may start subagents of its own harness.

2.3

Teams are listed.

The operator lists each teammate by name and email. That list is the record of who is on the team. The operator confirms that everyone listed knows they are on it. Listed teammates need no account. A teammate who signs in with the listed email sees the entry page.

A listed teammate signed in with the listed email can leave the team until the official start. At the official start the team list is fixed for everyone.

2.4

The operator starts the run.

Only the operator approves the official start. A solo entrant is their own operator.

The operator cannot change. To change the operator, withdraw and sign up again before the start window closes.

2.5

One person, one entry.

Each person is on one entry per edition. An email can be listed on only one entry per edition.

2.6

Organizations.

When the operator signs up with an organization account (an organization email), the entry is linked to that organization and may appear on its profile. With an individual account, the entry is not linked to an organization, and naming a company is optional. Companies are welcome to send several people or full teams, so one organization can have several entries.

3. Before the start

Prepare the run, not just the goal
3.1

Prepare the run, not just the goal.

Choose your harness, model, tools and services. Bring your API keys. Set up accounts, credits and spending limits in advance. After the start, no one may type a key, complete a login or approve an action for the agent.

Why: on day three, a login the agent cannot finish is a dead end. Planning for it is part of the craft.

3.2

A fresh product, from scratch.

Create a new, empty, public GitHub repository and a token that can push only to it. No feature for an existing product, and no prebuilt product code. Make it creative.

3.3

Harnesses.

Supported harnesses are the ones the proxy records: Claude Code, Codex CLI, Hermes and Amp, on macOS, Linux or Windows through WSL2. Use the CLI. Desktop apps are not supported. To use your own or another harness, its proxy support must be added before 6 Nov, and you must complete a 1-hour test run that proves recording works. The list is final when the start window opens.

3.4

One machine.

The harness, the proxy and the agent run on the same machine: your own computer or a hosted sandbox you control. Cloud modes, where the agent runs on the vendor’s servers (Claude Code on the web, Codex cloud, Cursor cloud agents, CI runners), are not eligible.

3.5

Three required steps.

Install the proxy, connect your account with goalcup login, and pass goalcup prep. Use the latest proxy release. The last release is on 6 Nov at 12:00 UTC.

3.6

Practice is optional.

Practice any time before your official start with goalcup start --practice. A practice run never pushes and does not count.

From 23 Oct to 6 Nov 00:00 UTC, goalcup start runs a dry run instead: a rehearsal of the official run that does not count. Your official start ends an open dry run.

4. The start window and clock

4.1

The start window.

7 Nov 2026 00:00 UTC to 8 Nov 2026 00:00 UTC. Official starts, including restarts, happen only inside the window. After it closes, there are no new starts or restarts.

4.2

The official start.

The operator runs goalcup start --harness <id> on the run’s machine and approves it in the browser.

4.3

Your 168 hours.

Your 168 hours start when the server opens your run, right after you approve the official start. Server time decides.

4.4

Restarting.

A restart inside the window replaces the earlier run with a fresh 168 hours. Only the latest run counts. A restart needs a new, empty repository. Work from the replaced run may not seed the new one.

4.5

The clock never pauses.

It keeps running through outages, quiet agents and stopped machines. The run ends at hour 168, with no grace period. An agent that stops early and stays idle is fine.

Why: every entry gets the same 168 hours, and how a run recovers from a stall is part of what we study.

5. During the run

5.1

One prompt.

Your prompt is the first message to the agent. It should be no more than 4,000 characters. A longer prompt is not refused, but the review sees its length. Be creative in how you set it up. It becomes public when the start window closes.

Instruction files your harness reads at the start (AGENTS.md, CLAUDE.md and the like) count as part of the prompt and are published with it.

5.2

Then only “keep going”.

After the first prompt, the only message anyone may type to the agent is “keep going”. Anyone on the team may type it, but only on the run’s machine. The proxy never types it for you.

If the agent stops before the deadline (a crash, a reboot, a closed window), goalcup continue starts it again in the same run on the same machine, with the same deadline. It sends no message.

Why: we want to see what the agent does with your preparation. If people could steer it during the week, we would be judging the steering.

5.3

No human product work.

No hints, answers, product decisions, code edits or commits from people. The one thing you may answer is the harness’s folder-trust dialog.

5.4

No side channels.

During the run, neither you nor anyone helping you may change anything the agent can read: files, tasks, issues, messages, documents, email, databases, websites, dashboards, environment values and the like. A message that reaches the agent another way counts as a human message. The agent may keep its own notes and state. Leave them alone until the run ends.

5.5

Do not update the harness.

Do not update the harness during the run.

5.6

One harness.

The agent may not switch to, or start, a different harness. Doing so disqualifies the run.

Why: an entry is one agent. A second harness is a second agent, and the run stops being one agent working on one goal.

5.7

A quiet agent is not finished.

The server sends an email on “No contact” (the proxy has not reported for 20 minutes), “Idle” (no model calls for 3 hours, and again at 6 hours) and “Recording problem”. Whether to send “keep going” is up to you.

Allowed

OK
  • Send “keep going” on the run’s machine.
  • Answer the harness folder-trust dialog.
  • Let the agent start subagents of its own harness.
  • Watch your run and your entry page.
  • Add your goal-and-setup video.

Not allowed

Breaks the rules
  • A second prompt, hints or corrections.
  • Editing code or committing by hand.
  • Typing keys, logins or approvals for the agent.
  • Changing anything the agent can read.
  • Switching to another harness.
  • Cloud modes or desktop apps.

6. The proxy

6.1

Run through the proxy.

Goal Cup Proxy records the agent’s run for rule review and research. Every official run goes through it.

6.2

The proxy never pushes.

Your agent pushes to your repository. The server records the last pushed commit.

6.3

Secrets are redacted locally.

The proxy removes secrets on your machine before upload. Redaction cannot guarantee that every sensitive detail is removed.

6.4

Do not tamper with the proxy.

Modifying, disabling or routing around the proxy is grounds for disqualification.

6.5

Uploads.

Uploads stay open 24 hours after your run ends. Run goalcup upload if anything is pending.

Technical detail on how the proxy works, for reference. Where it differs from this page, this page wins: The Goal Cup Proxy guide (GitHub)

7. The product

7.1

Fresh and creative.

Build a new product from scratch. A feature for an existing product does not qualify. We reward creative products.

7.2

MIT licence.

The submitted repository must contain the MIT License.

7.3

A GOALCUP.md file.

The repository has a GOALCUP.md at its root that explains the project: what it is, how to run it, what works and what does not yet. The agent keeps it up to date as it works. Judges read the version in the judged commit. Ask for it in your prompt.

7.4

Public from the start.

Your repository is public from the start, so your agent’s progress is visible all week. The prompt is formally published when the window closes, but it may show up earlier in your agent’s own commits.

Why: a history that is public from the first commit makes prebuilt code easy to spot, and lets anyone follow the week as it happens.

7.5

The final state.

Judges see the last commit pushed before hour 168, as recorded by the server. Later commits are not judged.

7.6

Keep it unchanged through judging.

Source, history and deployed services stay unchanged until judging ends.

7.7

A live URL helps.

Add a live product or demo URL if you have one. It is optional.

8. Videos and questionnaire

8.1

Two YouTube links.

Public or unlisted. Private and password-protected videos are not accepted. How to hand them in is announced before the start window opens TBC.

8.2

Goal-and-setup video.

What you asked for and how you prepared. Due by hour 24 of your run. A late video is flagged, but it does not disqualify the entry.

8.3

Demo video and questionnaire.

Show what works, and answer a short questionnaire. Both are due within 24 hours after your run ends. An entry without a demo video is judged as incomplete.

8.4

Length.

About 1 to 3 minutes each TBC. Length does not affect judging.

9. Publication and privacy

9.1

Public.

The entry name, team and organization or company names, product, repository, setup (harness, model, tools), aggregate findings and verification status. The original prompt becomes public when the start window closes.

9.2

Your name is your choice.

Personal names appear only if that person opts in. This includes listed teammates. A teammate’s choice is fixed at the official start. Any entry can choose to stay anonymous and show as a number, for example “Entry 041”.

9.3

Verification status.

Public entry pages show only “Verified” or “Under review” until the compliance review ends. Review findings stay private.

9.4

Private.

Raw traces, review findings, personal information, email addresses, IP address and country. Judges’ notes are private. A public summary per entry is published with the results TBC.

9.5

Research partners.

Research partners get data only if the operator opts the entry in, and the operator decides for the whole team. What they get is cleaned and redacted exports, sent to named recipients for an agreed purpose and retention period.

9.6

Retention.

Raw traces are kept until judging and appeals end. For entries that opted in, the cleaned research export is made after appeals close. The raw traces are then deleted.

If the operator deletes their Agent Community account before any official run, the sign-up is withdrawn. After an official run, the entry stays as a submission (repository, prompt, videos and research choice unchanged) but shows anonymously, with no team, company or personal names.

9.7

Partner fact checks.

Partners may check factual numbers about their own product before publication. They have no veto over findings.

10. Judging and prizes

10.1

Creativity is rewarded.

We reward creative prompts and creative products.

10.2

Human judges.

Judges review finished products: the prompt, the setup and the repository at the recorded commit. They do not read traces.

10.3

Who judges.

Jesse Vincent (creator of Superpowers) and Scott Motte (creator of dotenv), with more to come. Every partner provides one judge and one backup.

10.4

Criteria.

Confirmed: creativity of the prompt and setup. The full list is published before the window opens, by 6 Nov TBC.

10.5

A private run review.

A separate review checks how the product was built against these rules. A human makes every decision.

10.6

Incomplete entries and results.

Anything missing 24 hours after your run ends is judged incomplete. Results date: TBC.

10.7

The prize.

One winner gets a cash prize amount TBC and a trip to Noslop with Agent Community. Noslop is a real village in western Hungary, spelled Noszlop in Hungarian. If a team wins, the team shares a travel budget details TBC.

10.8

Custom awards.

Partners may fund custom awards with their own criterion and reviewer. Partners and sponsors must be Agent Community members. Awards and their criteria freeze when the window opens.

11. Disqualification and appeals

Appeals pending
11.1

Grounds.

An entry may be disqualified for breaking these rules. Examples: a second prompt or human product work, switching harness, prebuilt product code, a start outside the window, or tampering with the proxy.

11.2

Who decides.

A human makes every disqualification decision.

11.3

How to appeal.

Deadline and process: TBC. Until then, write to goalcup@agentcommunity.org.

12. Editions

12.1

This is Edition 01.

Entries, judges and documents belong to one edition.

12.2

Future editions are separate.

Accepting these rules covers Edition 01 only. A later edition has its own entries, judges and documents.

Questions about the rules, or about partnering? Write to goalcup@agentcommunity.org.