What Is Data Generation in LLM Agents and Multi-Agent Systems?

Updated

Data generation in LLM agents is the process of producing training or interaction data by running agents through tasks, environments, and each other, rather than relying only on static human-written datasets. In CAMEL-AI's framing, it is one of the three core uses of multi-agent systems, alongside world simulation and task automation, and it is the mechanism behind the community's stated goal of finding the scaling laws of agents. It fits best when you need large volumes of task traces, reasoning chains, or simulated interactions that are expensive or impractical to collect by hand, and when you can afford a verification step before that data trains or evaluates anything.

How agents produce data

CAMEL-AI describes agents as able to "continuously evolve via data generation and interactions with their environment, driven by reinforcement or supervised learning." That sentence contains the whole loop:

  • Interaction — an agent attempts a task, and the environment or a partner agent returns an outcome.
  • Feedback — the outcome becomes a signal: success or failure, a verifier's judgment, or a reward.
  • Learning — the signal feeds reinforcement or supervised learning, changing how the agent behaves next time.
  • More data — the changed agent produces new interactions, and the cycle repeats.

The output of each cycle is data: the prompts, actions, intermediate reasoning, and results of the run. At small scale this looks like a handful of transcripts. At large scale it is a corpus.

Why scale matters for data generation

CAMEL-AI's mission statement is explicit: "studying intelligent agents and multi-agent systems agents on a large scale offers valuable insights into their behaviors, capabilities, and potential risks." The site lists the dimensions along which it scales: number of agents, CAMEL Workforce, OASIS environments, SETA-ENV, CRAB, Loong, and SETA. The design principles reinforce this — evolvability through data generation and environment interaction, and scalability to systems with millions of agents with efficient coordination and resource management.

The logic is that data generation and scaling-law research are the same activity viewed from two ends. You generate data at scale to see how agent performance and emergent behavior change with size; you study scaling laws to know what data volume and agent count are worth producing.

Concrete examples from the project

The published work shows what generated data looks like in practice:

Project What it generates Venue noted on site
CAMEL Communicative agent dialogues for "mind" exploration of LLM societies NeurIPS 2023
OWL Traces for general multi-agent assistance in real-world task automation NeurIPS 2025
OASIS Open agent social interaction simulations with one million agents NeurIPS 2024 Workshop
Loong Long chain-of-thought data synthesized at scale through verifiers arXiv preprint, Sep 2025
CRAB Cross-environment benchmark tasks for multimodal LLM agents NeurIPS 2024 Workshop

Two of these are especially instructive. Loong is the clearest case of data generation as a product: it synthesizes long reasoning chains at scale, and the "through verifiers" part signals that generated reasoning is checked rather than trusted outright. OASIS shows the simulation route — a million-agent social environment produces interaction data that no real-world study could collect at that volume.

Practical limits: quality and verification

Generated data is only as useful as its verification. The site's own examples point to the checks that matter:

  • Verifiers — Loong's approach pairs synthesis with verification, which is the pattern to copy: generate, then filter with an automated or model-based judge before the data is used.
  • Benchmarks — CRAB exists because agent behavior needs standardized, cross-environment evaluation; generated traces should be scored against something comparable, not just counted.
  • Environment grounding — data from simulated environments (OASIS, SETA-ENV) reflects the simulator's rules. If the simulator is unrealistic, the data inherits that gap.

A workable rule: treat generated data as a candidate pool, not a finished dataset. Decide up front what "good" means for your task — task success, verifier score, consistency across repeated runs — and discard runs that fail it.

Getting started

The site gives a single install entry point, pip install camel-ai, and names the tools CAMEL, OWL, SETA, and OASIS as the starting points for building agentic applications. For data generation specifically, begin with a narrow task, run a small batch of agent interactions, and inspect the traces before scaling up. CAMEL-AI also invites researchers to use the framework for their own work and to join ongoing projects, which is the practical route if you want to contribute data or test scaling ideas rather than build alone.