Salesforce L2A Governed Matcher
Private BetaPre-conversion account context for Salesforce with discovery-first planning. Architect collects Lead and Account context, scout measures match health, and metadata-pack planning previews Gremlin-owned fields before any working-session writeback decision. The playbook below describes the current pilot surface; broader availability follows pilot feedback.
The Slack Message
Our L2A field feeds assignment rules and territory. I don't trust it but I cannot touch it until we prove what changes if we do. Can you show me what Gremlin would do differently without writing anything, and let me approve before any field moves?
The Prompt
Kicked off from the terminal with mode and risk posture spelled out.
We have 50K open Leads in Salesforce and our incumbent L2A field (Account_Match__c) is feeding assignment rules. I don't know if I can trust it. I need to: 1. Collect Lead and Account schema plus current match-health signals 2. Run AI-assisted L2A discovery against a 1K sample 3. Hand the RevOps team an evidence review package 4. After they sign off, plan Gremlin-owned fields and a governed writeback path in a sandbox No OwnerId writes, no territory, no conversion. Nothing touches Account_Match__c until RevOps approves the writeback plan.
The risk surface is not the field — it is the automation
Writing a matched-account field can trigger assignment rules, record-triggered Flow, territory logic, and account-side updates. That is why the current motion starts with discovery, match-health telemetry, and metadata planning before a writeback path is chosen. Discover → scout → propose → plan → review. Nothing customer-owned changes from this playbook.
Core Workflow
Discover, scout, propose, plan, review. The first pass is about evidence, not writes.
Collect CRM Discovery
Use Architect discovery to collect Lead and Account describe JSON, sample unconverted leads, and environment context before designing automation.
Scout Match Health
Run the shipped lead_to_account_match_health scout to quantify match rate, unmatched count, and blocker classes before writing anything.
Evidence Review
Hand RevOps a working-session review artifact that maps sample rows to candidate accounts, blockers, and public decision-code taxonomy.
Plan Metadata Safely
Use Architect proposal plus metadata-pack planning to preview custom fields, validation rules, and permission sets in a sandbox.
Working-Session Handoff
Choose DIY-with-guides or DIY-with-working-session for governed writeback. Done-for-you Apex or Flow deployment is not part of this page.
"50K open Leads, incumbent field Account_Match__c feeds assignment rules. Start with verified Architect and scout surfaces: collect CRM context, measure L2A health, and keep the writeback decision out of the first pass."
"Step 1: initialize the L2A Architect project. Step 2: discover Lead and Account context. Step 3: run the L2A match-health scout. Step 4: propose the design. Step 5: plan metadata and review the writeback motion."
"The project now has the right blueprint. Discover collects the schema and sample rows the proposal will use; the scout measures actual match health separately."
"Now run the shipped L2A scout. This is health telemetry, not a hidden live write path."
Artifacts ready for RevOps: discovery.json, l2a_match_health.json, design.md, sample evidence-review table, metadata-pack plan input, and working-session notes for the governed writeback path.
The Disagreement Queue
This is what RevOps sees. Each row carries a decision code, candidate account, and the incumbent value. Operators mark rows for apply or escalate them to manual review.
| lead_id | gremlin_decision_code | existing_field_value | agreement | operator_action | |
|---|---|---|---|---|---|
| 00Q5g000011AAA1 | ops@finch.co | L2A_SAFE_EXACT_DOMAIN_SINGLE_ACCOUNT | 001xx000003DEF9 | disagree | apply_gremlin_match |
| 00Q5g000012BBB2 | jane@acme.com | L2A_REVIEW_DOMAIN_MULTI_ACCOUNT | 001xx000003ABC1 | disagree | manual_review |
| 00Q5g000013CCC3 | sam@banner.healthcare | L2A_SAFE_KNOWN_ACCOUNT_MAP_SINGLE_ACCOUNT | null | disagree | apply_gremlin_match |
"RevOps reviewed the discovery package. They want Gremlin-owned fields, not a blind overwrite of Account_Match__c. Next step is metadata-pack planning, then a working-session decision on the writeback path."
"The proposal is ready for a working session. Review the candidate fields, map decision-code taxonomy to the customer process, and plan the metadata pack before any live writeback."
Handoff package complete. Account_Match__c remains untouched; the customer has a discovery artifact, metadata-pack plan, and explicit next-step motion instead of an unverified command-only apply.
Safety Guarantees
What This Playbook Will NOT Do
Non-goals are enforced by the CLI, not just documented. Any drift into these lanes moves the product from governed matcher to routing platform.
Requirements
Salesforce Connected App
Read Lead and Account for discovery; writeback requires a separately approved path
Gremlin CLI discovery surfaces
autopilot architect, scout run, and sfdc metadata-pack
Architect project artifacts
discovery.json, scout output, proposal, and metadata-pack plan inputs
Working-session approval
Required before live backfill, writeback, or customer-managed deployment
Results
Account_Match__c remained read-only; no assignment-rule side effects fired.
discovery.json, scout output, and the metadata-pack plan keep the design reviewable before a writeback path is selected.
Request pilot access
The discovery-first Salesforce L2A workflow is in private beta with a limited pilot cohort. Start conversations with g-gremlin autopilot architect init l2a_association_engine against a sandbox context; discovery and match-health telemetry carry the story before any field is touched.
Related: Salesforce Lead-to-Account Matching guide · LeanData vs audit-first L2A · Salesforce dedupe playbook