Guide

During the hackathon you work in a small team (1–3 people, formed freely on Day 1) on one simulation method. You work with two things: an AI coding agent — a chat assistant that runs in your terminal and can read files, write code, and run programs — and the harness, the shared GitHub repository QuantumBFS/quantum.harness, where an expert for each method has collected the key papers, worked examples, and step-by-step instructions that teach the agent to run that method correctly.

Your goal for the week: reproduce a published result for your method, then go beyond it with a challenge of your own, and submit everything as a pull request — GitHub’s mechanism for proposing your changes back to a shared repository, and the form in which advisors review your work.

This page walks through the week in order. Each ▶ Prompt box is text to paste into your agent (Claude Code, Codex CLI, or OpenCode — see Setup); hover over a box for a copy button.

When What
Day 4 (Thu) morning Pull request open, with automated checks passing
Day 5 (Fri) morning Advisors review the results, track by track
Day 5 (Fri) afternoon Selected teams present, 25 minutes each

Each card names the method, the expert who curated that track, and the command that loads the method’s instructions in your agent.

01
|n⟩
Exact Diagonalization
Full diagonalization of finite-size Hamiltonians.
Expert: Chen Cheng (程晨) · /method-ed
02
MPS / LTRG / DMRG / TEBD
Tensor-network methods for 1D and finite-temperature systems.
Expert: Wei Li (李伟) · /method-mps · /method-ltrg
03
PEPS / CTMRG
Projected entangled pair states and corner transfer matrix renormalization.
Experts: Hai-Jun Liao (廖海军) · Shenghan Jiang (姜胜寒) · /method-peps
04
Quantum Monte Carlo
Stochastic sampling of partition functions and ground states.
Experts: Ming-Pu Qin (秦明普) · Zi Hong Liu (刘子弘) · /method-qmc
05
𝒰
Quantum Circuit Simulation
Classical simulation of quantum circuits and gate-based algorithms.
Expert: Shi-Xin Zhang (张士欣) · /method-qcs
06
Semidefinite Programming
Certified lower bounds on ground-state energies via semidefinite programming.
Expert: Jie Wang (王杰) · /method-polyopt
07
AI Agent and Knowledge Base
Improve the harness itself: its skills and knowledge base.
Experts: Kun Chen (陈锟) · Jin-Guo Liu (刘金国) · tracks/agent-kb

Track folder names in the repository (also used in your submission path and PR title): ed, mps, peps, qmc, qcs, polyopt, agent-kb.

Source of truth: the QuantumBFS/quantum.harness method table.

Install one AI coding agent and log in before July 26 — there is no installation session on Day 1. You also need a free GitHub account.

Tool Type Link
Claude Code Terminal CLI code.claude.com
Codex CLI Terminal CLI github.com/openai/codex
OpenCode Terminal CLI opencode.ai

To verify it works, start the tool in any folder and ask it to read a file.

Next, install two helpers. superpowers is a collection of skills — reusable instruction files that teach the agent careful working habits, such as planning before coding and testing before claiming success. gh is GitHub’s command-line tool; the agent uses it to copy the repository and open your pull request.

Install https://github.com/obra/superpowers and gh (GitHub CLI) if not already installed.
Authenticate me to GitHub via gh auth login if I'm not logged in.

If your agent lets you pick a model with /model, choose the strongest one — Claude Code: Opus 4.7 (high effort); Codex CLI: GPT-5.4 (xhigh effort); OpenCode: route to one of the above via your configured provider.

You never edit the shared repository directly. Instead you fork it — make your team’s own copy on GitHub — and work on a branch, a named line of work inside that copy. The prompt below also runs make skills, which installs the harness’s skills so that commands like /beginner-training become available.

Fork https://github.com/QuantumBFS/quantum.harness to my GitHub account using gh repo fork.
Clone the fork to ~/code/quantum.harness and add the upstream remote.
Run make skills to install the harness skills.
Create a working branch named group-<team-name> off main.
Verify with git status, git remote -v, gh auth status, and the current branch name.

Pick <team-name> yourself: short, lowercase, hyphens instead of spaces (e.g. wolf-pack). Teams are self-organized, size 1–3, one pull request per team.

Each track names a reference paper and the specific figures or tables to reproduce. Matching the published numbers proves that your whole setup — agent, code, environment — works end to end, and earns you the right to move on. Start with:

/beginner-training

Run /beginner-training. It offers five guided tracks — setup check, reproduce a paper, literature survey, develop code like an expert, and go beyond — and walks each one step at a time, explaining before it runs anything. No prior git, GitHub, or Julia experience is assumed; that is the training’s job. For the reproduction, take Track 2: it lists every method track’s reference paper, lets you pick one, and then guides the reproduction step by step. When it finishes, note what matched the paper, what didn’t, and which hardware and software you ran on — you will need all of this for your report.

A challenge is a well-posed question that goes beyond the reference paper: a larger system, a different observable, a sharper bound, a better algorithm. Pick an accepted idea from the Challenges page, or run /challenge to survey the literature and shape one of your own. Either way, confirm your plan at the on-site help desk before spending days on it.

To think through a listed challenge with your agent:

Read challenge issue #<N> from https://github.com/QuantumBFS/quantum.harness/issues/<N>.
Brainstorm with me: surface 3–5 distinct angles, name the riskiest assumption in each, and recommend one to start with.

Your committed work lives in your fork under tracks/<track>/solutions/ — the same place the harness skills put it. Generated data and figures land in tracks/<track>/results/, which stays out of git; reviewers re-run your result from your reproduction prompt instead. Your pull request must contain three things:

  1. An improvement to the harness itself — for example, sharpen a method skill or fill a gap in the knowledge base that you hit during the week.
  2. Your challenge solution under tracks/<track>/solutions/ — the scripts that produce your result, plus a README that pitches what you did and why it matters.
  3. One reproduction prompt, posted as a comment on the pull request and generated with the harness’s challenge-report skill, so a reviewer can re-run your result from scratch.
Create a pull request to QuantumBFS/quantum.harness:main following the submission guideline at https://giggleliu.github.io/summer-school-2026/challenge-ideas#submission-guideline.

After the pull request opens, check its page on GitHub: the automated checks (labelled “CI”) must all be green — passing — by the Day 4 morning deadline.

Use Day 4 afternoon to make your pull request easy to review: rerun your demo from a clean start and reread your README with fresh eyes. On Day 5 morning each track meets in its own room, and the advisor decides at their own discretion which results to back with their sponsor-provided Mac mini award(s).

The judging question is simple. Would the advisor spend a Mac mini award on this result? If yes, the selected team takes on two obligations: spend about 2 hours polishing the skills/mini-harness so they can be merged into the repository, and share the chat history with your agent (we provide a skill to extract it) as raw material for article writing or other research analysis.

Learning:

Optional tools & skills: the Resources page lists MCP servers, command-line tools, and skill collections worth knowing.