Data Designer SDK Resources
The data_designer.config module provides a consistent, context-agnostic experience for building Data Designer configs.
Once you are ready to execute that config through NeMo Services APIs, you use objects from the nemo_platform SDK.
This page explains the SDK objects used for Data Designer API execution.
DataDesignerResource
The DataDesignerResource is the initial SDK object for working with Data Designer through the SDK.
It provides Data Designer API preview and create operations for Data Designer configurations.
A DataDesignerResource is accessed directly from a NeMoPlatform instance:
The DataDesignerResource is primarily used to make Data Designer API preview requests (preview) and create jobs (create),
but exposes some additional useful methods:
Validating a config
validate() runs the same checks preview() and create() perform internally, but never short-circuits — every detectable problem appears in one report. Use it to catch configuration errors before submitting work.
It checks that your configuration is well-formed and that the platform resources it names resolve. It does not check whether those models respond; see check_models().
The workspace keyword argument selects the workspace used to resolve provider references and seed sources. It falls back to the platform client’s workspace, then to "default".
Checking models
check_models() probes every model your configuration references, without running a workload. It sends a small generation request to each model alias through the Inference Gateway and reports whether it came back.
This is the companion to validate(). A provider can resolve while still refusing to serve the model named alongside it, so a green ValidationReport is not a promise that a preview will run — only a live request can tell you that.
Each call bills a real generation per model alias, so use it when you first wire up a config or change a model or provider, rather than on every edit. Models configured with skip_health_check=True are skipped.
Unlike validate(), the probe stops at the first model that fails. The resource logs each alias as it checks it, so the output identifies which model failed:
The workspace keyword argument behaves the same as it does for validate().
ValidationReport
validate() returns a ValidationReport describing what the checks found.
CheckModelsReport
check_models() returns a CheckModelsReport describing what the probes found.
The error_type names the underlying failure — for example ModelNotFoundError for a model the provider will not serve, ModelAuthenticationError for a credentials problem, or ModelAPIConnectionError when the provider could not be reached.
DataDesignerJobResource
The DataDesignerJobResource provides several helper methods for working with a job.
It is returned by the DataDesignerResource.create() method when you create a job;
you can also use DataDesignerResource.get_job_resource() to get an instance of this object for an existing job.
Some of the most useful methods are described below.
DataDesignerJobResults
The DataDesignerJobResults object simplifies loading downloaded job results into memory.