Standard Webhooks (Svix) Signatures
Two coding tasks that implement a verifier for the Standard Webhooks signature scheme used by Svix, which differs from the far more common Stripe scheme in signed content, secret decoding, and signature format.
Use this board to compare tested agent configurations on this exact task suite. It measures task execution against a hidden mock contract, not general model quality or production reliability.
How to read this benchmark
Each task is graded by a hidden test suite that signs fresh deliveries with its own random key each run and requires the verifier to accept authentic deliveries and reject tampered payloads, wrong keys, stale timestamps, and rotated multi-signature headers. Pass means the agent code executes correctly, never a model judging its own work. Every task is calibrated three ways before it is admitted: an empty solution fails, a current-scheme reference passes, and the Stripe-scheme solution fails on the intended trap. The prompts and calibration fixtures remain private to keep the test held out; this page publishes every scored attempt. The chart is the mean of the two task cells. Five profiles passed both tasks: Claude Sonnet with either reviewer setting, GLM-5.2 with either reviewer setting, and GLM-5.1 with no reviewer. Three profiles passed task 01 and failed task 02: the two pi harness profiles and GLM-5.1 with the default reviewer.
- Last run
- Held-out tasks
- 2
- Configurations
- 8 agent configurations
- Chart metric
- Pass rate on a 0–100% scale
An agent profile is the exact instruction and tool configuration used for a run. A harness is the coding tool that gives a model its agent loop and tools; “direct” is a model call without that coding harness. On coding boards, “default reviewer” means the run used VerticalBench’s standard between-attempt review, while “no reviewer” means the coding harness ran once without that review. Hover a chart label to see its immutable profile ID. 95% Wilson interval for observed pass/fail outcomes; each configuration shows its own sample size. Small suites are narrow capability checks, not evidence that one model is generally better.
Read the broader agent-evaluation methodology →
Claude Sonnetvia Claude CodeDefault reviewern=2Claude Sonnetvia Claude CodeNo reviewern=2
GLM-5.2via OpenCodeDefault reviewern=2GLM-5.1via OpenCodeNo reviewern=2GLM-5.2via OpenCodeNo reviewern=2
GPT-5 minivia piDefault reviewern=2GPT-5 minivia piNo reviewern=2GLM-5.1via OpenCodeDefault reviewern=2Same 2 held-out cases for every bar.
Per-task breakdown
2 held-out tasks · prompts private| Task | GPT-5 minivia piDefault reviewer | Claude Sonnetvia Claude CodeDefault reviewer | Claude Sonnetvia Claude CodeNo reviewer | GLM-5.2via OpenCodeDefault reviewer | GLM-5.1via OpenCodeNo reviewer | GLM-5.2via OpenCodeNo reviewer | GPT-5 minivia piNo reviewer | GLM-5.1via OpenCodeDefault reviewer |
|---|---|---|---|---|---|---|---|---|
| 01 | 100n=125094 tok · 188.8s | 100n=110610 tok · 201.2s | 100n=117733 tok · 267.3s | 100n=1435636 tok · 189.9s | 100n=1558881 tok · 342.8s | 100n=11106389 tok · 401.7s | 100n=120028 tok · 227.7s | 100n=1458801 tok · 365.4s |
| 02 | 0n=122502 tok · 219.6s | 100n=122305 tok · 301.4s | 100n=131711 tok · 459.2s | 100n=1747194 tok · 329.3s | 100n=1704842 tok · 317.6s | 100n=1693853 tok · 282.9s | 0n=120525 tok · 190.9s | 0n=10 tok · 0.5s |
Each cell shows pass rate, total input-plus-output tokens, and mean wall time for that task and agent profile. Cost was not captured for these subscription-harness runs; that does not mean the runs were free. “Not run” means the result artifact has no recorded attempt for that task and profile. Task prompts stay private so they remain held out; opaque task numbers and every measured result are published.