Talk to us
RL Environments

Real environments.
Measurable progress.

Give frontier agents more than questions to answer. Give them work to do. Deaimer builds custom environments where models use tools, make decisions and learn from outcomes you can verify.

Custom task design · Independent validation · Versioned delivery

RL Environments

Research behind the environments.

WHAT AGENTS CAN LEARN

Five domains.
A world of real tasks.

Start with the capability you need to improve. We design the task, workspace, available tools and evaluation around the work your agent should be able to complete.

Software Engineering

Building, debugging, and maintaining complex software.

Environment setup

A versioned repository with a defined starting commit, runnable dependencies, development tools and a clean reset procedure. Tasks can require changes across modules while respecting existing APIs and project conventions.

Example tasks

  • Diagnose a failing integration test and repair the underlying defect.
  • Implement a feature across an API, persistence layer and test suite.
  • Resolve dependency or configuration problems without breaking existing behavior.

How outcomes are evaluated

Run task-specific tests and regression checks against the final patch. Reference solutions establish feasibility, while negative controls help catch graders that accept incomplete fixes or superficial changes.

Difficulty & failure analysis

Vary repository size, the amount of context provided, tooling constraints and the number of dependent changes. Inspect patches and execution traces to understand how the agent reached its result.

Computer Use

Completing tasks across desktop applications, browsers, and tools.

Environment setup

A controlled browser or desktop workspace with specified applications, accounts, permissions and initial state. Define the interaction interface, available tools and any actions the agent must avoid before the task starts.

Example tasks

  • Find information across application screens and update a structured record.
  • Complete a workflow that moves between a browser, files and productivity tools.
  • Recover from a changed interface or interrupted workflow while preserving user data.

How outcomes are evaluated

Check final application state, saved files and required field values. Use action logs and explicit review rubrics for steps that cannot be judged from the final screen alone, including permissions and prohibited actions.

Difficulty & failure analysis

Introduce longer workflows, partial information, recoverable errors or changes in layout. Keep the desired outcome explicit so the evaluation measures task completion rather than a single prescribed click sequence.

Knowledge Work

Synthesizing information, analyzing data, and producing deliverables.

Environment setup

A bounded set of documents, data tables and reference material, paired with the tools needed to search, analyze and produce deliverables. Specify the audience, output format and source requirements in the task brief.

Example tasks

  • Compare conflicting documents and produce a recommendation with citations.
  • Analyze a dataset and create a report explaining the method and findings.
  • Synthesize scattered requirements into a structured brief or decision memo.

How outcomes are evaluated

Evaluate factual grounding, numerical correctness, source attribution and coverage of required points. Combine executable checks on structured outputs with documented rubrics for reasoning and written deliverables.

Difficulty & failure analysis

Vary source volume, conflicting evidence, data quality and the number of deliverables. Include unsupported claims, missing evidence and incorrect calculations in failure analysis rather than relying on writing style alone.

Model Alignment

Following instructions, respecting constraints, and exercising sound judgment.

Environment setup

A task with explicit instruction priorities, permitted tools, action boundaries and success criteria. Scenarios can include untrusted content, conflicting requests or decisions that require clarification or approval.

Example tasks

  • Continue a legitimate task while ignoring instructions embedded in untrusted material.
  • Identify when a consequential action requires approval and pause at the right point.
  • Complete a request within privacy, tool-access or data-handling constraints.

How outcomes are evaluated

Check both whether the legitimate objective was achieved and whether the agent respected the constraints. Use action traces, state checks and behavior-specific rubrics to distinguish safe completion, justified refusal and unnecessary refusal.

Difficulty & failure analysis

Vary ambiguity, attack placement, tool permissions and the cost of a mistaken action. Record the tested threat assumptions and limitations; success on a scoped scenario is evidence about that scenario, not a general safety guarantee.

Scientific Research

Understanding, synthesizing, and extending scientific research.

Environment setup

A documented research question with relevant literature, datasets, computational tools and fixed execution requirements. Define expected artifacts, numerical tolerances and available resources before running the experiment.

Example tasks

  • Reproduce a reported result from supplied methods, code and data.
  • Implement a numerical method and compare it with a reference baseline.
  • Synthesize research findings and design an experiment that tests a stated hypothesis.

How outcomes are evaluated

Check numerical results, analysis code, generated artifacts and whether conclusions follow from the evidence. Use repeat runs, reference calculations and expert rubrics where scientific interpretation cannot be reduced to an exact match.

Difficulty & failure analysis

Vary experimental complexity, incomplete methods, noisy data and resource limits. Inspect whether the agent reports uncertainty, preserves reproducibility and distinguishes observed results from unsupported extrapolation.

THE ENVIRONMENT PACKAGE

More than a prompt.
A complete task system.

The task is only one part of the environment. The surrounding setup, feedback and evidence determine whether a result is useful for training or evaluation.

environment / delivery outline
  • task specificationGoal, tools & constraints
  • execution environmentSetup, dependencies & reset
  • reference solutionA demonstrated success path
  • verifier & rubricOutcome checks & feedback
  • validation evidenceControls, trials & findings
  • version & run guideReproduce & integrate

Illustrative package structure. Delivery formats and required artifacts are agreed with your team during scoping.

A workspace the agent can actually use

Containerized setups where appropriate, pinned dependencies, input assets and a reset procedure establish a repeatable starting point. Tool access and execution limits match the intended task.

A clear definition of success

Task instructions and acceptance criteria connect to automated checks or structured rubrics. Reward signals are designed around observable outcomes, with grading assumptions documented.

A solution you can inspect

Reference solutions and example trajectories establish feasibility. Validation records show what was checked, which failure modes were tested and what limitations remain.

Assets that fit your workflow

Agree on schemas, execution interfaces and reporting requirements before production. Versioned assets and run instructions support integration into your own training or evaluation pipeline.

VALIDATION BY DESIGN

A passing score should mean something.

A solvable task can still have a weak grader. A correct grader can still sit inside an unstable environment. We review the complete system, with distinct checks for each failure mode.

Solvability

A working reference solution establishes that the task can be completed within the intended tools, permissions and resource limits.

Grader integrity

Known-failing runs, partial solutions and negative controls test whether the verifier distinguishes actual success from superficial completion.

Adversarial review

A separate reviewer probes ambiguous instructions, exposed answers, shortcut solutions and opportunities to exploit the reward.

Run stability

Repeated trials and clean resets help identify flaky tests, unstable dependencies and evaluation noise before delivery.

Task authors and reviewers work separately. Validation evidence makes acceptance a reviewable decision, with the tested assumptions and remaining limitations recorded alongside the task.

Sample task

Inspect a task before you buy.

A demo task from our private collection: the task as an agent sees it, plus the runs, checks and reviews we deliver with it.

optical-causal-migration
Optical Causal Migration
Software · Algorithms
Expert difficulty ~20 expert hours Go 129 verifier tests
Loading…

Demo task for illustration. Reference solutions, verifiers and the full collection are shared under sample access or licensing.

BUILT FOR AI LABS

Train, evaluate and stress-test.

Use custom environments to develop a capability, measure it privately or understand where it breaks. The objective shapes task coverage, grading and delivery.

Develop capabilities

Post-training & RL

Task families with verifiable outcomes and feedback for reinforcement learning workflows. Scope variation, difficulty and reward design around the behaviors you want agents to learn.

Measure progress

Private evaluations

Held-out task suites for internal comparisons. Use consistent starting states, grading rules and repeated trials to examine success, reliability and failure patterns.

Find the boundaries

Robustness & safety

Adversarial conditions, untrusted inputs and constrained actions reveal how agents behave when workflows become difficult. Review trajectories as well as final outcomes.

Grounded in coding-agent evaluation work.

Through third-party engagements, Deaimer's teams have produced and reviewed tasks associated with Terminal-Bench, Terminal-Bench Science and SWE-bench-style evaluations, covering environment construction, verifiers, reference solutions and model-run analysis.

Deaimer is an independent contributor to select third-party benchmark programs. Deaimer does not own or operate Terminal-Bench or SWE-bench, and this work does not imply an official partnership or endorsement.

FROM BRIEF TO EVIDENCE

Start focused.
Expand with confidence.

A controlled pilot gives your team something concrete to inspect before committing to a larger task suite. Acceptance criteria come first; scale follows the evidence.

  1. STEP 01

    Scope the capability

    Agree on the target agent, task domains, available tools, difficulty, security boundaries and acceptance criteria.

  2. STEP 02

    Build a pilot

    Construct a small batch of tasks with environment setup, reference solutions and initial verifiers for your review.

  3. STEP 03

    Validate independently

    Separate author and reviewer workflows test solvability, grading, shortcuts and model behavior across repeated trials.

  4. STEP 04

    Deliver & iterate

    Receive versioned task assets and validation evidence. Use pilot findings to refine coverage before expanding the suite.

BEFORE WE BUILD

A few things to work through.

Bring a capability goal or an existing task suite. We can help turn it into a concrete environment brief.

Can you build around our tools and evaluation harness?

Yes. We scope the execution interface, tools, container requirements, task schema and grading outputs with your team before construction. Integration requirements and any constraints are agreed during the pilot.

Are all tasks graded with executable tests?

Executable checks are appropriate when success can be verified directly. Knowledge work, computer use and alignment scenarios may also require structured rubrics or human review. We specify the grading method and its limitations for each task type.

Can we keep the environments private?

Private evaluation suites and controlled access can be scoped for your engagement. Data handling, permitted access, delivery arrangements, licensing and any exclusivity requirements should be agreed before work begins.

Can you audit environments we already have?

Yes. An independent audit can review environment setup, reference solutions, verifier correctness, negative controls, reproducibility and potential reward exploits. Findings can guide targeted repairs or a broader task-suite revision.

What should we bring to the first conversation?

Share the capability you want to train or measure, the tools your agent can use, a few representative tasks and how you define success. If you already have a harness, security requirements or a task schema, include those in the brief.

BUILD WITH DEAIMER

Your agent's next
real challenge.

Tell us what your agent needs to do. We'll work with you to define a focused environment pilot, the success criteria and the evidence your team needs to evaluate it.