Build a real AI agent — in one day.

A hands-on, in-person hackathon at the DevRev office in Palo Alto. High school and undergraduate students team up to build a working AI agent for computational oncology or quantum-AI systems biology — with mentors, prizes and a stage.

Saturday, 26 September 2026 8:30 AM – 2:30 PM DevRev Office, Palo Alto
Part A · For Students

Welcome to the QxBio 2026 Hackathon

A hands-on, in-person event at the DevRev office in Palo Alto where you will build a working AI agent on Computer by DevRev to tackle a real challenge in computational oncology or quantum-AI systems biology. Below is what to expect, what to bring, and what is expected of you.

1. Who can take part

Explorer

High school students

The Explorer tier is for high school students. Framing and communication weight more in scoring.

Builder

Undergraduate students

The Builder tier is for undergrads. Design and technical depth weight more in scoring.

Consent

Age & parental consent

18+ complete their own consent. Under-18 must submit parental consent, a liability waiver and a separate photo/video consent before attending.

Registration

First-come, first-served

Registration is capped for the venue. Apply early; your application stays under review until all required documents are submitted.

2. Teams

2 – 4 members

The event runs about 12 to 15 teams. Register as a pre-formed team or as an individual.

One team per person

Individuals are grouped into teams by tier, theme preference and complementary skills on the day.

Mixed-level teams

A mixed-level team competes in the tier of its most senior member.

Team captain

Each team names a captain who owns the roster, the submission and the presentation order.

Lock at 9:40 AM

Team and challenge choices are locked at 9:40 AM on event day. Changes after that need Event Director approval.

3. What you will build

Each team picks one theme and one problem statement.

Theme 1

AI Agents for Computational Oncology

  • A research assistant
  • Patient-journey or triage helper
  • Lab-operations agent
  • An explainability companion
Theme 2

AI Agents for Quantum-AI Systems Biology

  • A quantum-concept tutor
  • Research-coordination agent
  • Simulated hardware operations
  • Literature-to-hypothesis agent

Your primary agent must be built on Computer by DevRev, in your assigned workspace. Any other tool, external model, dataset or pre-existing code you use must be disclosed. You will work only with the synthetic or approved public datasets provided. Real patient data, protected health information, confidential records and personal credentials are strictly prohibited.

Scope test: a good one-day project completes one narrow workflow reliably. A broad idea without a testable result scores poorly even if the topic is impressive.

4. What to bring

Charged laptop

Bring a compatible charger. Install or update a current browser if instructed.

Approved account email

And your school / student ID if requested.

Accessibility / dietary notes

Anything not already submitted through your registration form.

Login test before the day

Complete the Computer by DevRev login test with the exact email you registered with. Don't bring real patient data or a pre-built submission.

5. Your submission

Every team submits the following. Submit a title / team / problem stub by noon; the final form closes at 1:15 PM.

Sandbox link

A working demonstrator

A working demonstrator in your assigned workspace.

One-page summary

Problem, user, approach

Problem, user, approach, data, test result, limitations and next step.

Architecture & README

Workflow image + notes

An architecture or workflow image plus a short README / reproducibility note.

Disclosure

External-tool disclosure

Any external models, tools, pre-existing material or assistance used.

Live demo

3-minute live demo

Show the workflow, not slides-only. Questions follow.

Explorer teams

Show your thinking

  • A user story
  • A visual explanation
  • At least one test case
Builder teams

Show your engineering

  • A functional workflow
  • An original method
  • Evidence from at least two cases where feasible

File-naming: use QXB26_[TIER]_TEAM##_ProjectName — letters, numbers and underscores only. Late acceptance requires a logged organizer-controlled technology incident. After the freeze, only demo-stability fixes are allowed — no new features or content.

6. How your day runs

8:30 – 8:50 AMCheck-in, badges and team holding areas
8:50 – 9:25 AMWelcome, challenge framing, rules and platform orientation
9:25 – 9:40 AMTeam formation and challenge lock
9:40 – 11:45 AMPlan checkpoint and Build Block 1
11:45 – 12:30 PMMidpoint submission stub and working lunch
12:30 – 1:10 PMBuild Block 2, testing and demo preparation
1:10 – 1:15 PMSubmission freeze
1:25 – 2:05 PMParallel judging heats
2:20 – 2:30 PMAwards and close

7. Working with mentors

01

Guidance, not building

Mentors guide with questions and critique — they won't build, debug, operate or rewrite your agent. The work must be yours.

02

Three checkpoints

Confirm scope and success test → diagnose a reasoning, data or workflow block → pressure-test evidence, limitations and the demo.

03

Open, observable spaces

All mentoring happens in open areas. A minor is never alone with one adult in a closed room.

04

Use the Tech Desk

Send account, platform and dataset problems to the Tech Desk rather than using mentor time.

8. Where to get help

Account, login, platform or data
Contact the Tech Desk.
Challenge interpretation or scope
Talk to the Program Lead or your assigned mentor.
Team conflict or inactive member
Reach the Mentor Coordinator.
Consent, accessibility, welfare or conduct
Participant Services and Safeguarding Lead.
Submission, room order or scores
Judging Coordinator.
Emergency
Nearest staff member, venue emergency route, or 911.

9. Venue and access rules

Designated hackathon zone

Stay within the assigned area of the DevRev office — no other floors or restricted areas without an escort.

Visitor badge at all times

Follow the parent drop-off / pickup and sign-out arrangements.

Minors — approved sign-out only

Minors are released only through the approved sign-out process.

10. Conduct and integrity

  1. Respect

    Treat people, property, venue rules and staff directions with respect. Harassment, discrimination, intimidation, retaliation and deliberate disruption are prohibited.

  2. Authorship & honesty

    Do not misrepresent authorship, results, data sources, limitations or outside help.

  3. Approved accounts & data

    Use only your approved accounts and datasets; never share passwords or upload confidential material to any AI tool.

  4. Photography

    Photography and publication respect your stated media choice and the separate photo / video consent for minors.

  5. Enforcement

    Organizers may warn, remove or disqualify for unsafe conduct or integrity violations.

11. Recognition

Every team is reviewed

A panel of expert judges reviews every team.

Prizes for top submissions

Top submissions in each tier receive prizes.

Everyone gets recognised

Every participant receives a certificate or letter of participation.

Part B · For Judges

Guidelines for Judges

Thank you for judging QxBio 2026. Your role is to give every team a fair, evidence-based and consistent assessment across both tiers and both themes.

Scoring criteria & tier weights

CriterionExplorerBuilder
Problem Framing and Relevance25%20%
Agent Design and Reasoning Quality20%25%
Technical Execution on Computer15%20%
Usefulness / Real-World Impact15%20%
Presentation and Communication25%15%

Rating anchors (1 to 5)

1 · Insufficient

Missing, materially incorrect or unsupported; no credible evidence.

2 · Emerging

Partial attempt with major gaps, weak evidence or unclear logic.

3 · Competent

Clear and functional at the expected tier; adequate evidence and limitations.

4 · Strong

Well reasoned, reliable and useful; good evidence; minor gaps only.

5 · Exceptional

Distinctive, rigorous and compelling for the tier; excellent evidence, judgment and communication.

Additional guidance

Your role and the panels
About 10 judges are split into panels (for example two panels of five) so no single panel sees all 12–15 teams. Every team must receive at least three valid, non-conflicted scores. Judge educational prototypes built by students in one day — not production or clinical systems.
Calibration and timing
Attend the judge briefing and calibration before the first team presents. Judging runs in parallel rooms with a strict five-minute slot per team: about three minutes of live demo, then questions. Score independently before any discussion, and submit written comments for every team.
What to look for
  • Problem Framing: a precise problem and intended user; scope fits the day; data and constraints match; importance is justified.
  • Agent Design: a coherent workflow; tool and agent choices are justified; reasoning handles uncertainty and failure.
  • Technical Execution: the agent functions in the sandbox; data is integrated and disclosed safely; testing and stability are evident.
  • Usefulness: output is actionable for the stated user; benefits and risks are realistic; limitations and failure modes acknowledged.
  • Presentation: a clear, on-time demonstration with visible evidence; the pitch is not used for background only; questions answered directly.
Conflicts of interest
Recuse yourself from a team where you supervise, employ, fund, teach, are related to or materially mentored the team — or where any circumstance could reasonably question impartiality. A recused judge does not question, score or take part in that team's discussion. Declare conflicts to the Panel Chair before the first team enters.
Comments, discussion and ties
Every comment must cite specific evidence and name one useful improvement. The panel score is the mean of valid weighted totals. Tie-breaks: Explorer — Problem Framing then Presentation; Builder — Agent Design then Usefulness. The Judging Coordinator audits arithmetic, missing scores, recusals and award eligibility before any result is announced.
Fairness and contingencies
If the platform fails, judge from saved artifacts (screenshots, summary, workflow diagram) under the pre-approved outage protocol, and treat all affected teams equally. Pitch time stays equal for every team; only non-scored segments are shortened. Do not approach judges directly about scores after results; raise scoring concerns with the Judging Coordinator before awards. Judge names remain internal until consent and availability are confirmed.

Ready to build?

Registration is first-come, first-served. Secure your spot for the QxBio 2026 Hackathon at DevRev, Palo Alto.

Register for the Hackathon