Use this guide when you want a simple customer-facing request shape without hand-building the fixed 38-slot payload. The default starter now uses SCOP Method 2 and the runtime adapter compiles metrics into the internal fixed-slot contract.
You already proved the API call works, and now need a guided request that customers can edit using use case, context, metrics, policy controls, and execution controls instead of raw slot arrays.
| Mode | Use it for | Customer effort |
|---|---|---|
| Quick Test | First successful request using text only | Low |
| Starter Scaffold | Editable SCOP request with structured metrics and optional controls | Medium |
| Full Payload | Direct native runtime payload with fixed vectors and full control values | High |
The default starter path is SCOP Method 2:
use_case_id selects the configured use case such as PRODUCTION_RELEASEcontext carries the natural-language decision scenariometrics provides structured use-case signals for adapter compilationpolicy_controls and execution_controls refine governance and routing posture when needednode scripts/generate-evaluatordpt-starter-scaffold.js \
--use-case PRODUCTION_RELEASE \
--decision-question "Should this release candidate go to production?" \
--context-text "Production deployment review for RC-24. Core functional validation, rollback readiness, monitoring readiness, and support runbooks are in place, but one medium-risk defect remains open, certifier posture is not fully clear, and final stakeholder approval is still pending." \
--output docs/docs-next/examples/evaluatordpt-starter-scaffold-retail.json
The local package currently includes a default SCOP starter example for PRODUCTION_RELEASE and a preserved legacy vector starter for advanced internal use: