hackathon-team-formation

Decides hackathon team-size rules, matchmaking mechanics, unteamed-participant protocols, and roster change policies.

1|Updated Sep 6, 2026
One-click install
npx skills add https://github.com/samber/dev-event-organizer-skills --skill hackathon-team-formation-samber
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hackathon-team-formation
Source: https://github.com/samber/dev-event-organizer-skills/tree/main/skills/hackathon-team-formation
Command: npx skills add https://github.com/samber/dev-event-organizer-skills --skill hackathon-team-formation-samber

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Hackathon organizers must decide how participants end up on teams: the published team-size rule, the day-of matchmaking mechanic, what happens to participants nobody picks, and when rosters freeze. This Skill turns those decisions into a structured, interview-driven process with explicit trade-offs instead of ad-hoc improvisation. ## Core Features & Use Cases - Team-size and composition rules: Decide the size range, whether solo entry is allowed, and any track-conditioned composition fraction, with guidance on protected-characteristic carve-outs. - Matchmaking mechanic selection: Choose among pitch-and-join rounds, facilitated mixers, persistent project boards, pre-event matching, or no formal mechanic, each with promotion and deletion conditions. - Unteamed-participant safety net: Design the stocked project backlog, floor sweep, and time-boxed escalation, including safeguarding posture where minors participate. - Use Case: An organizer with 180 signups, mostly solo registrants, uses the Skill to publish a 1-4 team-size rule, run a one-minute pitch round after the welcome, and set a roster cut-off after the sweep but before judging. ## Quick Start Ask the Skill to design the team formation plan for your hackathon given your registration data, venue, and hacking window.

Frequently Asked Questions about hackathon-team-formation

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I decide the team size limit for a hackathon?

Publish a stated range that includes solo entry, such as teams of 1-4 people, rather than a bare cap. The range answers the solo question in the same sentence, and the specific number should be decided for your own event after checking it against the prize medium and judging window.

What is the best team matchmaking mechanic for a hackathon?

A pitch-and-join round is the default: project leaders give one-minute pitches right after the welcome, and participants join a project. It beats a persistent project board on coverage, project fit, and effort, while mixers and pre-event matching only fit specific promotion conditions.

What should we do when a participant ends up on no team?

Route them first to a team known to be short-handed, then to a stocked project, and offer solo work as a choice last. Assign one named person to sweep the floor, and never answer the unpicked participant with only 'solo is fine' after publishing a matchmaking mechanic.

When should hackathon team rosters be frozen?

Keep rosters open until a published wall-clock cut-off that falls after the safety net has operated and before judging opens. Freezing at the end of the pitch round cancels the floor sweep, because short-handed teams can no longer take the unteamed participants it finds.

Can we run a facilitated mixer instead of a pitch round?

Only when two conditions both hold: a mostly first-timer cohort with too few pitchers to absorb the room, and a second space to run the mixer in. A mixer in the hacking room displaces hacking, and it always needs a stocked project backlog behind it.

Is there a standard number of minutes before an unteamed participant is escalated?

No published figure exists, and inventing one would be fabrication. Anchor the escalation trigger to a clock the run of show already contains, such as the end of the pitch round or the first meal service, and record what it actually took for your next edition.