Docs

Use cases

GTM jobs mapped to the call that serves each one, the shape of the decision it produces, and where to start. The Optimizer jobs need no connected data.

Use cases are an index into the calls, not a separate product. Each row names a GTM job, the calls that serve it, and the shape of the decision your code gets back.

Decision shapes. Rewrite returns a better version of a draft, or the draft itself with edits to make. Query returns rows or quotes for you to read. Grade returns a verdict with reasons. Gate returns a send/hold bit. Orchestrate hands a multi-step job to a server-side agent.

With nothing connected

These need only a draft. They are the first results a new workspace can get.

JobCallsDecision shapeStart with
Sharpen one draft before it goes out, email or LinkedInThe Optimizer (messages.optimize)RewriteOptimize a cold email
Before and after on a whole campaign: every step of a sequence, or next week's AI SDR queueThe Optimizer, one call per draft, from a CSVRewriteOptimize a campaign
A style pass in front of an AI SDR or any code that sendsThe Optimizer between the writer and the send queue, with a fallbackRewriteOptimize before you send
Keep the sender's voice and house rules through every rewriteThe Optimizer with context (rules, voice_examples, facts)RewriteKeep your voice, rules and facts

Once your conversations are synced

JobCallsDecision shapeStart with
Catch claims no customer made before a draft goes outThe Optimizer with evidence: "workspace", which lists them in unsupported_claimsRewriteCheck claims against your customers
Grounded outbound: write a first touch in your buyers' own wordsSearch (semantic, hydrate: true) for the pain, then Eval (prompt-and-message-eval) on the draftQuery, then GradeOnboarding skill, use case A
Positioning check: test homepage or pitch copy against what customers saySearch (semantic) for why customers chose you, then Eval with mode: "advisory" and artifact_type: "landing_copy"Query, then GradeOnboarding skill, use case B
Agent guardrail: grade what an AI SDR wrote before it sendsEval with mode: "gate", then the /gate readGateGate before send
Sequence review: audit every step of a live sequenceOne Eval per step, then read the dimensions across stepsGradeGrade a cold email
Prompt tuning: improve the prompt your team or agent writes fromEval (default rewrite mode), then an A/B with evidence_from_runGradePinned-evidence A/B
Objection mining: what did closed-won accounts push back onSearch (filter on deals), then Search (semantic, scoped to those companies)QueryCohort, then voice
Funnel and pipeline questions: counts, win rates, cycle time by segmentSearch, filter lane with group_by and metricsQuerySearch
Exact-mention checks: did anyone name a competitor or a featureSearch with the term in double quotes (lexical lane)QuerySearch modes
ICP and win/loss research that needs synthesis and outside market signalA Chat at depth: "deep"OrchestrateChat
Weekly competitive or pipeline sweepA Routine that fires a Chat on a cronOrchestrateRoutines
Call prep before a meeting (not available today: the calendar source is paused)A Subscription that fires a Chat ahead of an eventOrchestrateSubscriptions
Writing-quality trend across a teamMany Evals, then the KPI readGrade, aggregatedEval as a trend

Two limits apply to every row that reads your corpus, which is every row on this page except the Optimizer's default style pass:

  • It needs synced conversations. A workspace with none returns empty searches and not_applicable grades, and an Optimizer call with evidence: "workspace" falls back to a style pass. Check GET /search/overview first.
  • CRM presence is not a commercial relationship. CRMs create company records from inbound mail, so your corpus holds vendors, recruiters and press alongside buyers. For ICP, voice-of-customer and win/loss questions, scope to accounts with at least one call or deal, and say that you did.

The call-prep row depends on the Google Calendar source, which is the only Subscription source and is not connectable today. See Subscriptions.