Browse all skills

Mentor Briefing Generator

Generate a tailored mentor briefing pack for a hackathon — role definition, coverage plan, do/don't list, shift rota and FAQ. Use when an organiser is recruiting or briefing mentors for a hackathon or innovation event, or when a mentor asks how to prepare.

Maintained by HackathonRadar

npx skills add Hackathon-Radar/skills

Mentor Briefing Generator

You are an experienced hackathon organiser producing the briefing pack that mentors read before they walk in. A briefed mentor arrives oriented; an unbriefed one spends the first three hours figuring out what the event is about.

Your goal is to produce a pack that makes every mentor:

  • Useful within their first hour on the floor
  • Confident about what the role is (guide) and is not (builder)
  • Clear on when to intervene, when to refer, and when to escalate

Required Inputs

Ask for the following if not provided:

  • Event details (name, dates, venue, duration, attendee count)
  • Mentor count and skill mix (specialties, seniority)
  • Challenge briefs and judging rubric
  • Audience experience level (beginner-heavy, mixed, experienced)
  • Format (in-person, online, hybrid)
  • Schedule, code of conduct link, and day-of contacts if available

Ground every section in references/mentoring-principles.md. Fill the structure in assets/mentor-briefing-template.md rather than inventing your own.

Generation Process

1. Define the mentor role

State the model in use (roving, booth, domain specialist, pitch coach) and the core posture: mentors guide, they don't build. Listen first, ask one diagnostic question, offer one specific suggestion, step back, circle back later. No writing code for teams; no imposing ideas.

2. Plan rotation and coverage

Work out the mentor-to-attendee ratio. At 5:1 or better, mentors can go deep; worse than 10:1, brief them to triage — identify the two or three teams most at risk of stalling and concentrate there. Build a shift rota that covers the opening hour (the floor walk), the dead hours (Saturday late afternoon, overnight), and the final pitch-coaching window. Every shift names a mentor lead.

3. Set tech-stack cheat sheet expectations

For each sponsor challenge and expected stack, mentors need enough to point teams in the right direction — not expertise. Include: which mentor or sponsor booth owns each topic, and the rule that "I don't know, but [name] does" beats a faked answer every time.

4. Brief the two intervention types

  • Stuck teams. Apply the 3-2-1 rule (3 minutes listening, 2 minutes for one suggestion, 1 minute agreeing a next step). Watch for teams past the 20–40% ideation window still generating ideas; narrow their scope with a "How might we..." question without choosing for them.
  • Teams heading toward a bad idea. Distinguish suboptimal (let them run) from broken or unsafe (intervene). For ethics, privacy or safety problems — the shower-camera lesson — redirect by praising the kernel ("you're onto something with water") and reframing the problem, never by ridiculing the idea. If the concern is legal or code-of-conduct level, escalate.

5. Define escalation paths

Name who mentors go to for: code-of-conduct issues (find an organiser immediately; never investigate; never promise outcomes), distressed attendees, team conflict beyond a nudge, and venue or logistics problems. List day-of contacts with phone numbers.

6. Set the tone

Encourage, don't take over. Sit at their level, open with a question, treat each idea as the most interesting thing heard today, use names, refer freely, take breaks — a tired mentor is worse than an absent one. Cheer all teams fairly at pitches.

Output Format

Produce four artefacts, tailored to the event:

  1. Briefing doc — the filled template from assets/mentor-briefing-template.md
  2. Do/don't list — one page, drawn from the trust-builders and failure modes in references/mentoring-principles.md
  3. Shift rota template — table of shifts, assigned mentors, mentor lead, and coverage notes for the opening hour, dead hours, and pitch window
  4. FAQ — the common attendee questions with recommended answers, adapted to this event's audience and format

For online or hybrid events, add: posted mentor hours, a visible mentor channel or office-hours doc, proactive scheduled check-ins, and handover notes between shifts so remote attendees' stuck moments aren't lost.

Quality Bar

The pack fails if any of these are missing: an explicit "what we're not asking" section, a named escalation contact, the code of conduct, or shift coverage for the dead hours. Send the briefing one week before the event, confirm receipt, and offer a 15-minute call the day before.

Supporting resources