Releases: AMD-AGI/AgentKernelArena
Release list
AgentKernelArena 0.2.0
Release notes
AgentKernelArena 0.2.0
AgentKernelArena 0.2.0 evolves the initial kernel-agent framework into a
Docker-first platform for controlled A/B experiments, scalable multi-GPU
execution, and RL-ready GPU kernel evaluation.
Highlights
Controlled experimentation and evaluation
- Added first-class A/B experimentation workflows with labeled baseline and
treatment runs. - Exposed compilation, correctness, latency, speedup, and score fields as
structured signals for external agent-RL systems. - Added run comparison through
compare_runs.pyand the standalone
visualization dashboard. - Added held-out evaluation for testing kernel generalization on unseen shapes.
- Centralized compilation, correctness, performance measurement, result
generation, and scoring outside agent-editable code.
See PR #60.
Docker-first execution
- Docker is now the supported execution path; the legacy host virtual-environment
workflow has been removed. - Added architecture-aware ROCm/SGLang runtime selection for
gfx942and
gfx950. - Added GPU, agent CLI, authentication-state, and writable runtime-cache
provisioning. - Improved environment handling for PyTorch, Triton, MIOpen, HIP, and
repository-level tasks. - Stopped mounting host SSH credentials into benchmark containers.
See PR #48.
Multi-GPU parallel runs
- Added
make docker-parallel-run. - Runs one long-lived worker container per GPU.
- Workers atomically claim tasks from a shared run-local queue.
- Added per-worker GPU visibility, HOME, cache, and agent-state isolation.
- Runs aggregation and post-processing once after all workers finish.
- Preserved the existing serial
make docker-runworkflow.
See PR #54.
Expanded task coverage
This release adds 146 task packages:
- 33 KernelBench-derived
torch2hiptasks across Levels 1-3. - 45
torch2flydsltasks. - 51
triton2flydsltasks. - 17 GEAK-oriented
triton2tritontasks covering GEMM, attention, MoE,
normalization, quantization, routing, and other workloads.
Version 0.2.0 contains 397 task packages across hip2hip,
instruction2triton, torch2hip, torch2flydsl, triton2triton,
triton2flydsl, flydsl2flydsl, and repository.
The legacy 184-task instruction2triton/tritonbench suite and several obsolete
HIP tasks were removed as part of repository cleanup.
See PR #45,
PR #47, and
PR #28.
More reliable performance measurement
- Added CUDA-graph timing with automatic CUDA-event fallback.
- Records the timing method with benchmark results to make mixed-method
comparisons visible. - Moved benchmark ownership out of agent-editable kernels for the remaining
GEAK tasks. - Added canonical shared performance helpers under
src/tools/perf/. - Added CI checks to keep task-local performance-helper stubs synchronized.
- Strengthened handling of warmup, repeated measurements, per-shape results,
and baseline-versus-optimized comparisons.
Agent and validator updates
The supported agent templates are now:
claude_codecodexcursorgeak_v3geak_v3_tritonmini_swe_tritontask_validator
The task validator now includes Codex backend support, repository-task
validation, improved Python-environment propagation, stronger source and target
checks, starter-stub detection, and standardized validation reports.
Documentation and onboarding
- Reorganized the documentation around installation, experimentation, agents,
task authoring, validation, parallel execution, held-out evaluation,
visualization, and benchmark methodology. - Added MI300/MI300X and MI355X quickstarts.
- Added a curated 60-task MI355X Cursor benchmark configuration.
- Improved setup guidance for native and npm-installed Claude Code, Codex, and
Cursor Agent. - Clarified that task workspaces provide reproducibility and separation between
runs, but are not security sandboxes.
Notable fixes
- Corrected a GELU implementation that previously computed ReLU.
- Fixed large-shape reduction accuracy in
InnerProdand
MaskedLanguageModel. - Strengthened
ball_querycorrectness validation against its CPU reference. - Fixed MIOpen cache permission and lockfile failures.
- Ensured repository task subprocesses use the ROCm-enabled Python environment.
- Added
/usr/bin/timeto the container where required by build scripts. - Rejected missing or unimplemented generated targets before performance
scoring. - Improved benchmark integrity by moving correctness and timing logic outside
editable kernel files.
Upgrade notes
- Docker is now required for supported experiment execution.
- The root
requirements.txtand host-venv workflow have been removed. - The legacy
SWE_agent,geak_hip,geak_optimagentv2,
geak_ourllm_kernel2kernel,openevolve, andsingle_llm_calltemplates
were removed. Usegeak_v3,geak_v3_triton, ormini_swe_tritonfor
current GEAK-oriented workflows. - The legacy
instruction2triton/tritonbenchtask paths are no longer
available. - Held-out evaluation moved under
src.held_out. - Visualization is now invoked through
python3 -m src.visualization. - The former root run configuration moved to
example_configs/benchmark_cursor_mi355x.yaml. make docker-runnow defaults to the MI300 Claude Code quickstart.
Known limitations
- AgentKernelArena provides RL-ready environments and reward signals, but does
not include an RL trainer, replay buffer, or policy-update loop. - One agent template is selected per run; heterogeneous agents must be compared
through separate labeled runs. cuda2hipis recognized by the prompt system, but no bundledcuda2hiptask
suite is currently included.- Local vLLM provider configuration remains specific to the selected agent
integration. - GPU task execution requires compatible physical AMD hardware and ROCm driver
access.
Full changelog: v0.1.0...v0.2.0
AgentKernelArena 0.1.0
Release notes
AgentKernelArena 0.1.0
Initial release of AgentKernelArena, a standardized arena for evaluating AI
coding agents on GPU kernel optimization tasks on AMD GPUs.
Features
- Multi-agent arena: run Cursor, Claude Code, Codex, SWE-agent, OpenEvolve
(GEAK), GEAK HIP, GEAK OptimAgent v2, GEAK OurLLM kernel-to-kernel, and
single-LLM-call agents through a common evaluation pipeline. - Multi-model support: OpenAI, Anthropic, and additional models via
OpenRouter or a self-hosted vLLM server. - Task categories:
hip2hip,cuda2hip,triton2triton,
instruction2triton,torch2hip, andflydsl2flydsl, with bundled suites
from gpumode, vLLM, and ROCmBench. - Objective metrics: automated evaluation of compilation, correctness, and
real GPU performance speedups, combined into a single comparable score. - Workspace isolation: each task runs in a timestamped duplicate workspace
for reproducibility. - Resumable runs: resume an interrupted run and skip completed tasks with
--resume-runor--resume-latest. - A/B testing: run the same task set with and without an agent-side
capability to measure its real impact. - Task validator: a dedicated agent that runs 10 automated quality checks on
tasks and emits avalidation_report.yaml. - Visualization dashboard: a static dashboard for comparing run reports
across agents and models. - ROCm environment auto-detection: the
Makefiledetects ROCm 6.4, 7.0, or
7.1 and installs the matching PyTorch build.
Known limitations
- Agents can hang during task execution and block test completion.
- The published leaderboard is forthcoming; the live demo is illustrative only.
- Task suites for several categories are being expanded toward 100+ tasks each.