Four things happen in this guide: you connect your Salesforce org, install the extension, trigger a harmless test error, and file your first ticket. No packages, no Apex โ nothing is installed inside Salesforce.
You'll need: a Salesforce admin login (or a user who can approve a connected app), Chrome, and about ten minutes.
Open the app and enter your work email โ we send a sign-in link (no password to invent). Clicking it creates your organization.
From onboarding, click Connect Salesforce and approve the OAuth screen. This is a read-only grant for your org's configuration metadata โ validation rules, flows, fields โ never your records. The consent screen lists exactly two scopes: Manage user data via APIs and Perform requests at any time.
After connecting you land on the dashboard while we index your org's metadata. Small orgs take under a minute; very large orgs can take a few. You can continue to the next step while it runs.
Install the Chrome extension from the store listing your admin was given (or the direct link on the dashboard), then pin it.
Open Settings โ Extension Keys in the app, create a key, copy it, then open the extension's options page and paste it. The options page shows a green check when the key is valid.
Edit any Opportunity so it violates one of your org's validation rules โ most orgs have one on Amount or Stage. No convenient rule? Create a throwaway one:
Test rule recipe (2 minutes): Setup โ Object Manager โ Opportunity โ Validation Rules โ New. Rule name
Docs_Test_Rule, error conditionAmount > 100000, error message "Amount is above the approval threshold." Save, then edit any Opportunity's Amount to 200,000 and press Save. Delete the rule when you're done.
The moment Salesforce shows the error, the panel appears and diagnoses it. For a validation rule you'll see โWe found the causeโ, the rule's name as a badge, a plain-English explanation, and a Try this: suggestion.
Click Create ticket, pick a destination under Send to (connect one first if the list says Connect Jira or Linear in Settings โ see the destination guides), check What's included, and press Create ticket. You'll get a link โ that's a developer-ready ticket with the exact component, your last steps (labels only), and a masked screenshot if you attached one.
That's the loop. Your team hits an error โ understands it โ the fix request is already in your backlog.
Stuck on any step? Email hello@rootcase.io โ during the design-partner period a human answers fast.
All images live in apps/landing/public/docs-assets/ and are placeholders
until captured from staging. Recipes:
qs-signin.svg โ staging web app logged out, browser at 1280ร800, capture
the auth card.qs-consent.svg โ start the connect flow against the QA dev org, capture
the Salesforce OAuth approval screen (scrub the org's My Domain).qs-key.svg โ extension options page with a freshly pasted key (green
check visible); create the key on the staging tenant.qs-panel.svg โ run the panel harness (pnpm -F @sfei/extension dev, the
seeded validation-rule error from the QA fixtures) and capture the panel in
the โWe found the causeโ state.Re-capture at 2ร DPR, crop to the component, export โค200KB.