Braintrust Datasets API
The Datasets API from Braintrust — 6 operation(s) for datasets.
The Datasets API from Braintrust — 6 operation(s) for datasets.
openapi: 3.1.1
info:
version: 1.0.0
title: Braintrust Acls Datasets API
description: 'API specification for the backend data server. The API is hosted globally at
https://api.braintrust.dev or in your own environment.
You can access the OpenAPI spec for this API at https://github.com/braintrustdata/braintrust-openapi.'
license:
name: Apache 2.0
servers:
- url: https://api.braintrust.dev
security:
- bearerAuth: []
- {}
tags:
- name: Datasets
paths:
/v1/dataset:
post:
tags:
- Datasets
security:
- bearerAuth: []
- {}
operationId: postDataset
description: Create a new dataset. If there is an existing dataset in the project with the same name as the one specified in the request, will return the existing dataset unmodified
summary: Create dataset
requestBody:
description: Any desired information about the new dataset object
required: false
content:
application/json:
schema:
$ref: '#/components/schemas/CreateDataset'
responses:
'200':
description: Returns the new dataset object
content:
application/json:
schema:
$ref: '#/components/schemas/Dataset'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
get:
operationId: getDataset
tags:
- Datasets
description: List out all datasets. The datasets are sorted by creation date, with the most recently-created datasets coming first
summary: List datasets
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/AppLimitParam'
- $ref: '#/components/parameters/StartingAfter'
- $ref: '#/components/parameters/EndingBefore'
- $ref: '#/components/parameters/Ids'
- $ref: '#/components/parameters/DatasetName'
- $ref: '#/components/parameters/ProjectName'
- $ref: '#/components/parameters/ProjectIdQuery'
- $ref: '#/components/parameters/OrgName'
responses:
'200':
description: Returns a list of dataset objects
content:
application/json:
schema:
type: object
properties:
objects:
type: array
items:
$ref: '#/components/schemas/Dataset'
description: A list of dataset objects
required:
- objects
additionalProperties: false
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
/v1/dataset/{dataset_id}:
get:
operationId: getDatasetId
tags:
- Datasets
description: Get a dataset object by its id
summary: Get dataset
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
responses:
'200':
description: Returns the dataset object
content:
application/json:
schema:
$ref: '#/components/schemas/Dataset'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
patch:
operationId: patchDatasetId
tags:
- Datasets
description: Partially update a dataset object. Specify the fields to update in the payload. Any object-type fields will be deep-merged with existing content. Currently we do not support removing fields or setting them to null.
summary: Partially update dataset
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
requestBody:
description: Fields to update
required: false
content:
application/json:
schema:
$ref: '#/components/schemas/PatchDataset'
responses:
'200':
description: Returns the dataset object
content:
application/json:
schema:
$ref: '#/components/schemas/Dataset'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
delete:
operationId: deleteDatasetId
tags:
- Datasets
description: Delete a dataset object by its id
summary: Delete dataset
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
responses:
'200':
description: Returns the deleted dataset object
content:
application/json:
schema:
$ref: '#/components/schemas/Dataset'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
/v1/dataset/{dataset_id}/insert:
post:
operationId: postDatasetIdInsert
tags:
- Datasets
description: Insert a set of events into the dataset
summary: Insert dataset events
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
requestBody:
description: An array of dataset events to insert
required: false
content:
application/json:
schema:
$ref: '#/components/schemas/InsertDatasetEventRequest'
responses:
'200':
description: Returns the inserted row ids
content:
application/json:
schema:
$ref: '#/components/schemas/InsertEventsResponse'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
/v1/dataset/{dataset_id}/fetch:
post:
operationId: postDatasetIdFetch
tags:
- Datasets
description: Fetch the events in a dataset. Equivalent to the GET form of the same path, but with the parameters in the request body rather than in the URL query. For more complex queries, use the `POST /btql` endpoint.
summary: Fetch dataset (POST form)
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
requestBody:
description: Filters for the fetch query
required: false
content:
application/json:
schema:
$ref: '#/components/schemas/FetchEventsRequest'
responses:
'200':
description: Returns the fetched rows
content:
application/json:
schema:
$ref: '#/components/schemas/FetchDatasetEventsResponse'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
get:
operationId: getDatasetIdFetch
tags:
- Datasets
description: Fetch the events in a dataset. Equivalent to the POST form of the same path, but with the parameters in the URL query rather than in the request body. For more complex queries, use the `POST /btql` endpoint.
summary: Fetch dataset (GET form)
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
- $ref: '#/components/parameters/FetchLimitParam'
- $ref: '#/components/parameters/MaxXactId'
- $ref: '#/components/parameters/MaxRootSpanId'
- $ref: '#/components/parameters/Version'
responses:
'200':
description: Returns the fetched rows
content:
application/json:
schema:
$ref: '#/components/schemas/FetchDatasetEventsResponse'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
/v1/dataset/{dataset_id}/feedback:
post:
operationId: postDatasetIdFeedback
tags:
- Datasets
description: Log feedback for a set of dataset events
summary: Feedback for dataset events
security:
- bearerAuth: []
- {}
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
requestBody:
description: An array of feedback objects
required: false
content:
application/json:
schema:
$ref: '#/components/schemas/FeedbackDatasetEventRequest'
responses:
'200':
description: Returns a success status
content:
application/json:
schema:
$ref: '#/components/schemas/FeedbackResponseSchema'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
/v1/dataset/{dataset_id}/summarize:
get:
operationId: getDatasetIdSummarize
tags:
- Datasets
description: Summarize dataset
summary: Summarize dataset
security:
- bearerAuth: []
parameters:
- $ref: '#/components/parameters/DatasetIdParam'
- $ref: '#/components/parameters/SummarizeData'
responses:
'200':
description: Dataset summary
content:
application/json:
schema:
$ref: '#/components/schemas/SummarizeDatasetResponse'
'400':
description: The request was unacceptable, often due to missing a required parameter
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'401':
description: No valid API key provided
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'403':
description: The API key doesn’t have permissions to perform the request
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'429':
description: Too many requests hit the API too quickly. We recommend an exponential backoff of your requests
headers:
Retry-After:
schema:
type: string
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
'500':
description: Something went wrong on Braintrust's end. (These are rare.)
content:
text/plain:
schema:
type: string
application/json:
schema:
nullable: true
components:
parameters:
EndingBefore:
schema:
$ref: '#/components/schemas/EndingBefore'
required: false
description: 'Pagination cursor id.
For example, if the initial item in the last page you fetched had an id of `foo`, pass `ending_before=foo` to fetch the previous page. Note: you may only pass one of `starting_after` and `ending_before`'
name: ending_before
in: query
DatasetIdParam:
schema:
$ref: '#/components/schemas/DatasetIdParam'
required: true
description: Dataset id
name: dataset_id
in: path
StartingAfter:
schema:
$ref: '#/components/schemas/StartingAfter'
required: false
description: 'Pagination cursor id.
For example, if the final item in the last page you fetched had an id of `foo`, pass `starting_after=foo` to fetch the next page. Note: you may only pass one of `starting_after` and `ending_before`'
name: starting_after
in: query
AppLimitParam:
schema:
$ref: '#/components/schemas/AppLimitParam'
required: false
description: Limit the number of objects to return
name: limit
in: query
DatasetName:
schema:
$ref: '#/components/schemas/DatasetName'
required: false
description: Name of the dataset to search for
name: dataset_name
in: query
allowReserved: true
FetchLimitParam:
schema:
$ref: '#/components/schemas/FetchLimitParam'
required: false
description: 'limit the number of traces fetched
Fetch queries may be paginated if the total result size is expected to be large (e.g. project_logs which accumulate over a long time). Note that fetch queries only support pagination in descending time order (from latest to earliest `_xact_id`. Furthermore, later pages may return rows which showed up in earlier pages, except with an earlier `_xact_id`. This happens because pagination occurs over the whole version history of the event log. You will most likely want to exclude any such duplicate, outdated rows (by `id`) from your combined result set.
The `limit` parameter controls the number of full traces to return. So you may end up with more individual rows than the specified limit if you are fetching events containing traces.'
name: limit
in: query
Version:
schema:
$ref: '#/components/schemas/Version'
required: false
description: 'Retrieve a snapshot of events from a past time
The version id is essentially a filter on the latest event transaction id. You can use the `max_xact_id` returned by a past fetch as the version to reproduce that exact fetch.'
name: version
in: query
Ids:
schema:
$ref: '#/components/schemas/Ids'
required: false
description: Filter search results to a particular set of object IDs. To specify a list of IDs, include the query param multiple times
name: ids
in: query
MaxXactId:
schema:
$ref: '#/components/schemas/MaxXactId'
required: false
description: 'DEPRECATION NOTICE: The manually-constructed pagination cursor is deprecated in favor of the explicit ''cursor'' returned by object fetch requests. Please prefer the ''cursor'' argument going forwards.
Together, `max_xact_id` and `max_root_span_id` form a pagination cursor
Since a paginated fetch query returns results in order from latest to earliest, the cursor for the next page can be found as the row with the minimum (earliest) value of the tuple `(_xact_id, root_span_id)`. See the documentation of `limit` for an overview of paginating fetch queries.'
name: max_xact_id
in: query
ProjectIdQuery:
schema:
$ref: '#/components/schemas/ProjectIdQuery'
required: false
description: Project id
name: project_id
in: query
OrgName:
schema:
$ref: '#/components/schemas/OrgName'
required: false
description: Filter search results to within a particular organization
name: org_name
in: query
allowReserved: true
ProjectName:
schema:
$ref: '#/components/schemas/ProjectName'
required: false
description: Name of the project to search for
name: project_name
in: query
allowReserved: true
SummarizeData:
schema:
$ref: '#/components/schemas/SummarizeData'
required: false
description: Whether to summarize the data. If false (or omitted), only the metadata will be returned.
name: summarize_data
in: query
MaxRootSpanId:
schema:
$ref: '#/components/schemas/MaxRootSpanId'
required: false
description: 'DEPRECATION NOTICE: The manually-constructed pagination cursor is deprecated in favor of the explicit ''cursor'' returned by object fetch requests. Please prefer the ''cursor'' argument going forwards.
Together, `max_xact_id` and `max_root_span_id` form a pagination cursor
Since a paginated fetch query returns results in order from latest to earliest, the cursor for the next page can be found as the row with the minimum (earliest) value of the tuple `(_xact_id, root_span_id)`. See the documentation of `limit` for an overview of paginating fetch queries.'
name: max_root_span_id
in: query
schemas:
InsertDatasetEvent:
type: object
properties:
input:
nullable: true
description: The argument that uniquely define an input case (an arbitrary, JSON serializable object)
expected:
nullable: true
description: The output of your application, including post-processing (an arbitrary, JSON serializable object)
metadata:
type: object
nullable: true
properties:
model:
type: string
nullable: true
description: The model used for this example
additionalProperties:
nullable: true
description: A dictionary with additional data about the test example, model outputs, or just about anything else that's relevant, that you can use to help find and analyze examples later. For example, you could log the `prompt`, example's `id`, or anything else that would be useful to slice/dice later. The values in `metadata` can be any JSON-serializable type, but its keys must be strings
tags:
type: array
nullable: true
items:
type: string
description: A list of tags to log
id:
type: string
nullable: true
description: A unique identifier for the dataset event. If you don't provide one, Braintrust will generate one for you
created:
type: string
nullable: true
format: date-time
description: The timestamp the dataset event was created
origin:
$ref: '#/components/schemas/ObjectReferenceNullish'
facets:
type: object
nullable: true
additionalProperties:
nullable: true
description: Facets for categorization (dictionary from facet id to value)
_object_delete:
type: boolean
nullable: true
description: Pass `_object_delete=true` to mark the dataset event deleted. Deleted events will not show up in subsequent fetches for this dataset
_is_merge:
type: boolean
nullable: true
description: 'The `_is_merge` field controls how the row is merged with any existing row with the same id in the DB. By default (or when set to `false`), the existing row is completely replaced by the new row. When set to `true`, the new row is deep-merged into the existing row, if one is found. If no existing row is found, the new row is inserted as is.
For example, say there is an existing row in the DB `{"id": "foo", "input": {"a": 5, "b": 10}}`. If we merge a new row as `{"_is_merge": true, "id": "foo", "input": {"b": 11, "c": 20}}`, the new row will be `{"id": "foo", "input": {"a": 5, "b": 11, "c": 20}}`. If we replace the new row as `{"id": "foo", "input": {"b": 11, "c": 20}}`, the new row will be `{"id": "foo", "input": {"b": 11, "c": 20}}`'
_merge_paths:
type: array
nullable: true
items:
type: array
items:
type: string
description: 'The `_merge_paths` field allows controlling the depth of the merge, when `_is_merge=true`. `_merge_paths` is a list of paths, where each path is a list of field names. The deep merge will not descend below any of the specified merge paths.
For example, say there is an existing row in the DB `{"id": "foo", "input": {"a": {"b": 10}, "c": {"d": 20}}, "output": {"a": 20}}`. If we merge a new row as `{"_is_merge": true, "_merge_paths": [["input", "a"], ["output"]], "input": {"a": {"q": 30}, "c": {"e": 30}, "bar": "baz"}, "output": {"d": 40}}`, the new row will be `{"id": "foo": "input": {"a": {"q": 30}, "c": {"d": 20, "e": 30}, "bar": "baz"}, "output": {"d": 40}}`. In this case, due to the merge paths, we have replaced `input.a` and `output`, but have still deep-merged `input` and `input.c`.'
_array_delete:
type: array
nullable: true
items:
type: object
properties:
path:
type: array
ite
# --- truncated at 32 KB (56 KB total) ---
# Full source: https://raw.githubusercontent.com/api-evangelist/braintrust/refs/heads/main/openapi/braintrust-datasets-api-openapi.yml