Skip to main content

Eval options

Python: Eval(name, *, data | dataset, task, scores, **options), or await async_eval(...) with the same arguments. TypeScript: await Eval(name, { data | dataset, task, scores, experimentName?, description? }, options). Task hooks (the second task parameter): expected, metadata, tags, span (the task span; call .update(...) on it), and trial_index / trialIndex, which is always 0.

Return value

scores is computed by Atlan from the stored results when the experiment finalizes. null scores are excluded from mean and count. metrics is written by the SDK, with snake_case keys from Python and camelCase from TypeScript (successfulCases, failedCases, durationMs). Cost and tokens are not in the summary; query them with trace stats.

Environment variables

AtlanClient reads no environment variables. Pass the origin, token, and workspace explicitly, as the examples do.

Statuses

Limits

Error codes

A refused request (400, 409, or 422) says why it was refused in the response’s detail when that cause is safe to publish; match it against the typical causes below.

API routes

All under /eval/v1. Send Authorization: Bearer <token> and X-Atlan-Workspace-Id. Create bodies need workspace_id. Adding records with POST /datasets/{id}/records or POST /datasets/{id}/records/bulk requires each record’s workspace_id to match the owning dataset’s workspace; a record in another workspace is refused with 400. PATCH is the update verb. The search routes take query, an optional strategy (fts, vector, or hybrid), and page with limit and offset. They serve no cursor and no sorts: the strategy’s ranking is the order, so list with ?sort= for an ordered browse. Useful list filters: experiments take dataset_id, subject_kind and subject_id, experiment_status, baseline_experiment_id, config=key:value, and sort=-created_at. Results take case_id, dataset_record_id, and session_id. Records take q, label, category, source_kind, and source_ref. Issues list one agent’s issues in one workspace: workspace_id and subject_id are required, and the list takes one issue_status or severity, and sort=-last_seen_at or -occurrence_count. Reading an issue and its traces needs read access to its workspace (any member, viewers included); filing, editing, and linking traces need the builder or admin role. Issue scans list one agent’s running and past scans, newest first: workspace_id and subject_id are required, the agent must be in that workspace (otherwise 404), and the list takes one status (queued, running, succeeded, or failed). Starting, listing, and reading scans need the builder or admin role. POST /issues/find answers 202 with the queued scan and a Location header naming /eval/v1/issue-scans/{scan_id}. The SDK exposes the same tree: client.datasets, client.datasets.records, client.experiments, client.experiments.results, client.experiments.traces, and client.scorers. See the generated datasets, experiments, and scorers references.