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
An observation needs its source and scope. An inference must remain distinct from an observed fact. 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-research-automation.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 the account identity and three bounded research questions.
- Retain source URLs, retrieval time, and available observation dates.
- Connect findings to evidence. Mark unsupported conclusions as hypotheses.
- Return missing evidence and the next question without creating outreach or CRM changes.
4. Check and pilot
Preparepilot.csv using CSV-safe selection.
Then check the source:
5. Verify the outcome
Open the evidence behind each conclusion. Confirm that unavailable access did not become a claim that no activity exists.Every source ID has a result or explicit exception. The fictional cases follow
the stated policy, and actual results retain their evidence.