Skip to main content
Build a task that asks an agent to write one file. Publish it as a dataset, then inspect the agent’s answer and score. First, install the CLI and set a full-access API key. The task check and evaluation run remotely and incur usage.

1. Create the task folder

Start in a fresh working directory:
Create all five files below. Keep tests/ and solution/ separate from the environment image.
my-eval
hello-world
instruction.md
task.toml
environment
Dockerfile
tests
test.sh
solution
solve.sh
Tell the agent exactly what to produce.
Give the agent 120 seconds and the verifier 60 seconds. Shared verification reads the file in the agent’s sandbox.
Include Python for the verifier. Evolve builds this image when you publish.
Write reward 1 for the exact answer, or 0 for a wrong or missing file.
The reward file determines the score; the script’s exit code alone does not.
Include a reference answer for task-quality review. The evaluated agent does not receive this script as an input.

2. Validate the metadata

From my-eval/, run:
This sends task metadata to Evolve for validation. It does not publish the task, build its image, or run the verifier. Fix any reported refusals before continuing.

3. Publish and wait for the build

Choose an available dataset name for your account. Keep these variables for the following commands:
The CLI repeats metadata validation, uploads the task, and follows the import and image build. Continue when the version is READY and hello-world is listed as built:
Publishing prepares the task to run. It does not evaluate the agent.

4. Check task quality

This runs a separate checker against the task’s instructions, environment, reference solution, and verifier. Save the printed check ID:
Read the criterion findings, the default rubric’s execution criteria included. A completed check can contain failures; a clean inspection without execution does not establish that the solution and verifier work. See task checks for interpretation. If you change any task file, publish a new version and use that version in the remaining commands.

5. Run one evaluation

This creates one trial with a $1 model-spend cap. The cap applies to this evaluation, not the earlier task check; an in-flight model call can finish above it. Configured infrastructure retries are disabled, but provider capacity waits can still occur.

6. Inspect the answer and score

Set JOB_ID to the job ID printed by run:
Set TRIAL_ID to the trial ID from that list:
Read the answer if the agent produced it:
The saved filesystem can still be finishing after the trial settles. If it is not ready yet, retry the read shortly. A completed job means its trials have settled, not that the task passed. Save the trial record and available logs:
Keep results outside my-eval/, so the dataset folder still contains only task directories.

Task configuration

Add resources, network rules, and artifacts.

Task verifiers

Grade richer outputs or use a separate verifier sandbox.