Skip to main content

ICLayout-Bench

An MIT-licensed framework for developing and evaluating integrated-circuit layout agents, with separately licensed public tasks, independent observation, a generic HTTP client, a shared evaluation engine and a local evaluation service. 简体中文

Run public tasks locally to debug your Agent before participating in an operator's unified evaluation service. Both paths use the same HTTP contract, isolated EDA execution and independent scoring implementation. Local results are development evidence; formal results require operator-controlled conditions and verification. Operators may add hidden tasks, admission, controlled reruns and reviewed releases.

Tasks use declared electrical and area quality targets with circuit-specific metric weights (layout). Same-condition source simulation remains required; its measurements supply the electrical targets when none are declared explicitly. Scores range from 0 to 100 after capping each metric at its target; feasible reference layouts may score well below 100. See scoring and task design.

Install and run

Use Python 3.12+ and install the ICLayout-Bench wheel. Engine source stays on GitHub; tasks and the official core selection live in an independent Dataset repository. No Dataset is bundled in the Python package.

Supply an HF Dataset repo ID and optional fixed --revision once published, or a local Dataset working copy for development. The Dataset source and revision are explicit caller inputs. Pull a prebuilt Docker Hub tools image or build and customize the Dockerfile; see image setup. With that image:

python -m benchmarking.engine.preview --dataset /path/to/dataset \
  run --case NAND2_X1 --image iclayout-eda-open:local --output build/reference-check
python -m benchmarking.run --config experiment.toml \
  --dataset /path/to/dataset --output results/new-experiment

Reference evaluation makes no model calls. The experiment runner starts the local service and the selected participant harness. It records the dataset commit, input digests and tool identities. HF manages downloaded task caches; resource installation and derived PDK caches are automatic. There is no prepared case export. Only declared inputs enter the isolated solver workspace.

Supported native harnesses save local workspace checkpoints by default. Resume an interrupted experiment with the same inputs and --output plus --resume; its original deadline still applies. See recovery.

For remote participation, use --endpoint and operator credentials instead of a local Dataset. Docker and PDK resources are not needed on the participant host. See running for experiment configuration and output contracts, and tools for reference checks and resource management.

Maintain configurations, provider settings and complete results in your own experiment project outside this checkout. The running guide explains how to prepare a fixed wheel environment, create configurations and retain results.

Licensing and public data

The engine is MIT licensed. Independently distributed circuits, reference layouts, PDKs and tools retain their own licenses. Consult the Dataset's Dataset card and collection notices; public availability does not grant additional redistribution or commercial-use rights.

Dataset process manifests select pinned external resources. The engine wheel provides the benchmarking namespace and its engine, service, participants and result subpackages. A local Dataset is an explicit data input, never an importable dependency on the design authoring workspace or on another Python source checkout.

Guides

Topic Guide
Protocol, ownership and trust Architecture
Local self-testing, remote participation and analysis Running
Task contracts, scoring and qualification Tasks
Tool images and resource preparation Tools
Result storage, comparisons and presentation data Result storage
Formal reruns and disclosure Admission
Verification and contribution Contributing

Validation scope

Public owns client/observation tests, engine regressions, container isolation checks and public reference/counterexample checks. Offline tests need neither Docker nor operator applications. Container/EDA tests require the declared tools. Operators verify admission, controlled reruns and disclosure using that same engine. Synthetic protocol runs are not model scores; reference evaluation is not an Agent measurement.

Metadata

Release files for iclayout-bench 0.6.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for iclayout-bench 0.6.0
File Size Uploaded
iclayout_bench-0.6.0.tar.gz 810.8 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for iclayout-bench 0.6.0
File Interpreter ABI Platform
iclayout_bench-0.6.0-py3-none-any.whl Python 3 none any Details

Total release size: 1.2 MB

Release files / iclayout_bench-0.6.0.tar.gz

Download URL iclayout_bench-0.6.0.tar.gz
Size 810.8 kB
Tags Source
SHA-256 checksum
How to use checksums
594e295eed8f279050927b218aea77cb30a1ac3a55a6ceae5d304841eb9b4271
BLAKE2b-256 checksum
How to use checksums
3a21713d6de50447972b1f451da62e19e94c13ab9b6e168bdfb848aae6d88937
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.

Transparency log

Release files / iclayout_bench-0.6.0-py3-none-any.whl

Download URL iclayout_bench-0.6.0-py3-none-any.whl
Size 380.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
53dc2d2d168875ad92350309389132438254f12e008317c9b2f25aebc2dbc640
BLAKE2b-256 checksum
How to use checksums
89417ec7173bda3553858ad9329e347f5d8e95c3c72a56b4040264f55fda3333
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.6.0 This release

2 release files

0.5.1

2 release files

0.5.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page