← Back to Summer Into AI 2026

Spring into AI Competition: Rules

Invitation only-but you can play along, too.

Source note: Originally published on Eric's Advisory Hour Substack on February 6, 2026. Read the canonical post or subscribe there.

INVITE ONLY COMPETITORS: Please subscribe to this substack so i have an easy way to share your updates and provide general updates about the competition. It’s a small group, I know, but it’ll give you one place to make sense of it all.

Everyone else: If you aren’t competing and just want to see what we come up with, please feel free to follow along. I will focus on signal > noise for the updates on this competition.

spring into ai
spring into ai

What is this?

Welcome to the AI Build Sprint — a 5-week, ship-every-week competition focused on building real things, sharing what you learn, and stacking reps. The point here is to get embarrassed, put yourself ONLINE, and realize we’re all figuring this out in realtime.

Below are the “official rules”. They’re simple on purpose: build → publish → score → repeat.

I’ll be using an AI to do the rule calculations. This document is the guide to the competition, and the specific rules.

What do you win?

A medal will be provided to the top three winners. Winners will be based solely on total points, and in the event of a tie a vibe coded random spinner will be built by Eric and that will be used to determine the winner in a recorded video.

Please don’t make Eric vibe code your victory. Win and win in an unquestioning way.

Teams?

AI is your team.

Competition calendar (end-to-end)

Prep window (now → kickoff)


Weekly cadence (same every week)

ai agent competition with humans
ai agent competition with humans


1) Format: 5 Weeks, Weekly Theme

Each week has a theme (posted at the start of the week). You can build one app or multiple apps in a week.

Bonus points are available for:

More on bonus points below.


2) What Counts as “Delivery”

A “delivery” means you published something that week on at least one channel (see scoring), and you shared it with me for scoring.

If you do not deliver in a given week:

No drama. Just accountability. Maybe a lot of name calling.


3) Content Rules (Reuse Allowed)

You’re allowed (encouraged) to reuse content across channels.


4) Scoring: Base Points by Channel

Points are awarded per published piece of content:

You can publish on multiple channels and earn points on each. Points multiply by what you ship. Ship 2 apps and post 2 LinkedIn posts? Well, that’s 20 points!


5) App / Code Multiplier (Important)

Your content points get multiplied based on how you share the build:

Notes:


6) Bonus Points

You can stack these on top:

Bonus points are awarded once per relevant item where it’s clear and specific (not drive-by name drops).


7) Multiple Apps Per Week

Yes, you can build multiple apps in one week.

Scoring is cumulative across all builds and content that week, subject to the code multiplier rule.


8) Winner

At the end of the competition, the winner is simply:

Whoever has the most points.

No judges. No vibes. Just points.


9) Submission + Scoring Workflow

To make scoring clean and to maximize cross-channel visibility:

If it’s not shared, it won’t be scored. (Not trying to be strict — just trying to keep it fair and trackable.)


10) The Spirit of the Game

This is a reps competition: ship in public, learn fast, and build momentum. While Eric reserves the right to tweak the rules of this competition, it is likely he will not as he is busy.

If you’re unsure whether something counts, publish it, share it, and we’ll score it consistently.

Let’s go.

robot with a magnifying glass
robot with a magnifying glass


DETAILED RULES

The point is to break comfort zones.

YOUTUBE

YouTube (15 pts) ONLY COUNTS if:

SCORE MULTIPLIERS!

GitHub / Repo Requirements (to qualify for 1× or 2×)

To earn any multiplier credit (1× public repo, 2× hosted+repo), the repo must meet all requirements below:

  1. Public repo required

    • Private repos do not qualify (and will score 0 for that build).

  2. README required

    • The repo must include a README.md at the root with:

      • What it is (1–2 sentences)

      • How to run it (basic setup steps)

      • Link to the live app (if hosted)

  3. Forks allowed, but must be meaningfully modified

    • Forked repos are okay, but you must make meaningful changes (features, workflow, UX, data source, docs, etc.).

    • Pure re-skins, config-only changes, or “ran the tutorial unchanged” may be scored as at organizer discretion.

  4. Screenshot required

    • The repo must include at least one screenshot of the app and what it does.

    • Include it in the README (recommended), and/or store it in /screenshots or /assets.

If any of the above is missing, that build’s repo is treated as non-qualifying for multipliers.

Hosting Bonus (2× Multiplier)

A build earns the 2× score multiplier when both are true:

  1. The app has a public GitHub repo that meets the repo requirements (public + README + meaningful changes if fork + screenshot).

  2. The app is hosted online with a publicly accessible URL (anyone in the group can open it without special access).

What do these words mean?

Remember!


If the app is hosted but the repo is missing requirements → it does not qualify for 2×.

Original source

This local copy preserves the article text, source link, and inline media for the Summer Into AI 2026 competition section. Canonical Substack URL: https://advisoryhour.substack.com/p/spring-into-ai-competition-rules.