Skip to main content
Promptbeat coordinates multiple capability sources to generate adversarial probes, execute them against targets, and judge the results. You do not pick a capability source directly. Instead, the scenario’s risk_type, metadata.plugins, and target capabilities tell Promptbeat which sources to activate for that evaluation. Understanding what each source provides helps you write scenarios and targets that unlock the right coverage.

Capability source overview

Promptfoo

Promptfoo is Promptbeat’s primary capability source for adversarial generation and evaluation. It provides:
  • Plugin system — A library of attack plugins (e.g., coding-agent:secret-env-read, promptfoo:redteam:prompt-extraction) that generate targeted adversarial prompts for specific risk types
  • Strategies — Generation strategies like direct (single-turn) and multi-turn jailbreak chains that vary how probes are delivered
  • Framing styles — Stylistic wrappers (authority claims, urgency pressure, audit requests) that the generator model applies to seeds
  • Provider management — Promptbeat uses Promptfoo’s provider layer to route probes to the target model or agent, including native support for openai:codex-sdk, openai:gpt-4o, Anthropic, and Gemini providers
  • Assertions and reports — Built-in judges like promptfoo:is-refusal and promptfoo:not-contains, plus HTML and JSON report output
Declare Promptfoo plugins in the scenario’s metadata block:
scenarios.yaml

Datasets

Datasets serve as seed pools — large collections of real-world adversarial prompts drawn from published safety benchmarks. Instead of writing every seed by hand, you subscribe to a dataset and Promptbeat maps its categories to your scenario’s risk types before generation or evaluation. Key datasets available in Promptbeat: Because dataset categories don’t always align with Promptbeat’s risk taxonomy, you provide a mapping rule that tells Promptbeat how to translate each source category into a scenario risk type:
dataset risk mapping
See the Datasets section for the full catalog and mapping guides.

Inspect and Target Lab

Inspect is the capability source for scenarios that require a real, controlled execution environment — not just a text-in, text-out provider. Use Inspect when your target is an agent with real tool access and your scenario needs:
  • Agent lifecycle control — Start, pause, and teardown the agent under reproducible conditions
  • Benchmark environment setup — Provision workspace directories, secret files, or network services before each probe
  • Hidden tests and scorers — Run automated checks after the agent completes a task (e.g., verify that no secrets leaked into the workspace)
  • Sandbox-local CLI runtime — Execute agent CLIs like Codex directly inside the evaluation sandbox
  • Artifact and trace collection — Capture file diffs, command logs, network events, and build artifacts as evidence
Target Lab extends Inspect with environment adapters for externally managed benchmark task sources:
  • Terminal-Bench — Tasks focused on terminal and shell agent behavior
  • Harbor — Multi-service environment tasks with networked components
In both cases, Promptbeat owns the target contract, scenario selection, and report normalization. The benchmark environment owns task setup, hidden test execution, and raw scoring. Promptbeat translates those raw scores into its unified report schema. See the Target Lab section for architecture details and adapter configuration.
Promptbeat selects capability sources based on what the scenario and target declare — you don’t pick the source directly. A scenario with metadata.plugins activates Promptfoo. A scenario that requires sandbox_boundary evidence against a CLI agent activates Inspect. A scenario with a dataset subscription activates the dataset adapter. The right source is chosen for you at generation and eval time.