Repository navigation
Simulator Arena · Submit a lab solution and get it graded here #75
Pinned
akash-coded
started this conversation in
Hands-on Labs
Replies: 3 comments 3 replies
|
/assign @akash-coded AGL-101 TOOL-101 RET-101 --session "Day 3 · hands-on" --due 2026-09-05 |
1 reply
|
/leaderboard |
1 reply
|
/progress |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Post a lab solution as a comment here and a bot grades it and replies in the thread. No clone, no Codespace, no local Python — useful on a phone, on a locked-down work laptop, or when you want your reasoning visible to other people.
The format
Two parts: a
/labline, then onepythonblock.Anything else in the comment is ignored, so explain your reasoning around the code. That is the part other people learn from.
What runs
lab rungives youA green reply is most of the way, not all of it. For the hidden checks, run
lab submit <ID>in a Codespace or locally.Which labs
Any of the ten. Per-lab threads exist for the four starting points below — use those so submissions stay together, or post here for anything else.
PDL-01Agent, workflow, or scriptAGL-01Dispatch a tool callAGL-02Close the loopAGL-03Stop the loopTOOL-03Fail honestly: no bare emptiesMEM-01A buffer that cannot overflowRET-05Citations that survive verificationMAS-02Cost a topology before you build itEVAL-03A gate that can say noPROD-02Failover that cannot be silentFull catalogue and prerequisites: PATHWAY.md.
How your code is run
It executes on GitHub's runners, so the design assumes submissions are hostile: the grading job has no token at all, and your code runs in a container with no network, 512 MB, 1 CPU, a read-only filesystem and a 45-second kill timeout.
Practical effect: no network, no filesystem, no long-running work. No lab needs any of those.
Full details: ARENA.md.
Etiquette
<details>so others can still attempt itThe drill sequence — nine bites, every track once
Eight to twelve minutes each, in four kinds: implement (fill the TODO), fix (find the planted bug), blank (fill the blanks), predict (say what the code does before running it). Each reply names the skill you demonstrated and points at the next one. Submit in the drill's own thread:
AGL-101· Pull the answer out of a model messageimplementAGL-102· Two bugs in a working dispatcherfixTOOL-101· Fill in the honest empty resultblankRET-101· Predict what fits in the budgetpredictMEM-101· The summariser that runs every turnfixEVAL-101· Which bars are absolute?blankMAS-101· Cost this topology by handpredictPROD-101· Log the field that makes failover visibleimplementPDL-101· A classifier that promotes by defaultfixAfter the ninth: your first full lab,
/lab AGL-01.Trainers:
/assign @user AGL-101 TOOL-101 --session "Day 3" --due 2026-09-05in any thread here. Progress: scoreboard · Hands-on Tracker.Lap two — one level deeper, and the tracks lap one lacked
Ten more, same shape. Start here if lap one is done:
BED-101· Predict the roles after two tool round tripspredictAGL-103· Detect a loop that is stuck, not slowimplementTOOL-102· Catch a hallucinated argument before it crashes the toolimplementMEM-102· Predict which turns survive the trimpredictRET-102· A rank fusion that ranks the wrong wayfixMAS-102· A swarm that does not know how to stopfixEVAL-102· Which properties does this golden set violate?predictPROD-102· Retryable or fatal — and what an unknown error isimplementPDL-102· Derive the abstention target from real trafficblankINT-101· Predict the A2A task lifecyclepredictAfter the tenth:
/lab AGL-02— close the loop, with a Break phase.Trainers:
/assign @user AGL-101 TOOL-101 --session "Day 3" --due 2026-09-05in any thread here. Progress: scoreboard · Hands-on Tracker.All reactions