Before you start
Use an authorized workspace and a small file with stable source IDs. Have source access and your team’s acceptance policy available. This guide describes customer-authored logic, not an automatically enabled product policy.1. Understand the decision
A score is an authored decision rule. Keep its version and the evidence used to compute it. Test this fictional sample before calling providers:2. Inspect supported operations
deepline describe <returned-id> --json.
Compare required identifiers, outputs, access mode, and price.
A similar title does not establish that a contract fits.
3. Implement the bounded workflow
Ask your agent to authoraccount-scoring-workflows.play.ts using Write Plays.
Have it declare the CSV input and preserve source IDs.
Reuse existing contracts when they fit the transformation.
Implement these rules explicitly:
- Define inputs, weights or rules, exclusions, and missing-data behavior.
- Use accepted account evidence and preserve observation times.
- Test labeled fit, non-fit, and uncertain cases before adding providers.
- Return the score, contributing reasons, policy version, and review state without changing routing.
4. Check and pilot
Preparepilot.csv using CSV-safe selection.
Then check the source:
5. Verify the outcome
Compare calculations with the labeled cases. A model-written explanation must agree with the rule and recorded inputs.Every source ID has a result or explicit exception. The fictional cases follow
the stated policy, and actual results retain their evidence.