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
Priority combines accepted evidence with a team-defined action policy. Missing evidence is not automatically poor fit. 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-prioritization.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:
- Resolve account identity before attaching fit, engagement, or signal evidence.
- Retain source dates and distinguish observations from inferred interest.
- Apply a versioned priority rule and retain contributing reasons.
- Propose an action and owner only where policy supports them. Preserve uncertain accounts.
4. Check and pilot
Preparepilot.csv using CSV-safe selection.
Then check the source:
5. Verify the outcome
Compare priorities with accepted inputs and the rule version. A changed source scope must not masquerade as a business change.Every source ID has a result or explicit exception. The fictional cases follow
the stated policy, and actual results retain their evidence.