Supported formats
The system auto-detects the format from the first valid line. All rows in a file must use the same format.Source-backed format
Each line has a top-levelrequest and optional response object containing raw provider bodies.
Validation notes:
- The request must include a usable model value.
responsemay be omitted or set tonullif you only have request-side data.
Hugging Face format
Each line has a top-levelmessages array with role/content objects.
Valid roles:
system, user, assistant, tool.
Additional supported fields:
contentmay be a string or an array of content parts for multimodal rows.- Assistant messages may include
tool_calls. - Tool messages must include
tool_call_id. - Top-level
toolsare preserved on import.
- Treats the last assistant turn as the imported response and earlier turns as request context
- Synthesizes request/response payloads so evals and detail views work
- Sets
request_modeltounknown-imported-model - Sets token usage and costs to zero
- Stores the original row
idin metadata asimportOriginalRowId
Validation behavior
- Files must be valid JSONL.
- Invalid rows are reported with line numbers in the upload status details.
- Uploads can complete with partial failures if at least one row imports successfully.
- If every row fails validation, the upload status is
failed.
Upload limits
Download formats
Datasets can be downloaded in two formats:
In the UI, click Download and choose the format. In the CLI:
Hugging Face exports skip rows with empty message arrays. Source-backed exports include all rows with a valid request payload. Row counts may differ between formats.