Get startedAsk Score to build a frontier or unusually complex visual model when existing foundations are insufficient.
Source reviewed 2026-09-23. Availability depends on your installation, permissions, and compatible runtimes. A supported path is not a guarantee of model quality or production readiness.
Start here
What you need to know first
Check the inputs below before starting. If you are new, begin with the first-project guide. A dataset holds media and labels; a model produces results; a deployment makes a selected model version callable. Creating one does not create the others.
Bring these inputs
- A precise product brief
- Data access, constraints, baseline, and acceptance contract
Expected output and limits
- Experimental evidence and a selected architecture
- An evaluated production artifact and handoff package
Core workflow
- 01
Create a vision brief
Describe the operational outcome, domain, constraints, and available evidence.
- 02
Define acceptance
Set target metrics, critical slices, runtime limits, and deployment environment.
- 03
Track the commission
Review milestones, evidence requests, experiments, and evaluation history.
- 04
Accept the delivered model
Approve an evaluated version and attach it to a production workflow.
What this surface supports
- Frontier architecture work
- Complex multimodal systems
- Evaluation contracts
- Production handoff
Expert section
Contracts, signals, and failure modes
Use this section when you are defining acceptance criteria, automating the surface, or reviewing whether its output is safe to promote downstream.
Expert release checklist
- Inputs and dependencies are pinned to immutable versions.
- Acceptance metrics include critical classes and operating slices.
- Failure, retry, cost, and rollback behavior are understood.
- The resulting artifact has an owner and a downstream review path.