Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
forcedotcom avatar

Fetching Salesforce Docs

  • 2.5k installs
  • 763 repo stars
  • Updated July 24, 2026
  • forcedotcom/sf-skills

fetching-salesforce-docs is a Salesforce skill that retrieves and grounds answers in official Salesforce web documentation using a targeted extraction playbook.

About

The fetching-salesforce-docs skill retrieves official Salesforce documentation from developer.salesforce.com, help.salesforce.com, architect.salesforce.com, admin.salesforce.com, and lightningdesignsystem.com using a targeted retrieval playbook. It classifies requests into developer, help, architect or admin, design system, or legacy atlas families before fetching, and rejects broad landing pages, shell-rendered help shells, third-party blogs, and PDF fallbacks. For JS-heavy pages it prefers browser-rendered extraction, verifies the exact concept or identifier appears on the page, and follows only the best one to three official child links when needed. Help articles require real article bodies, not Loading or CSS Error chrome, and soft 404 shells must be rejected. Grounded answers must cite title, exact URL, source type, and extraction caveats. Optional Playwright scripts in scripts/ support extraction but the playbook works without them. Out of scope items include code changes, deployments, and generating metadata.

  • Official-domain-only retrieval across developer, help, architect, admin, and SLDS.
  • Classify-then-fetch workflow with concept-level acceptance rules.
  • Browser-rendered extraction guidance for JS-heavy Salesforce pages.
  • Rejection rules for landing pages, shell content, and third-party summaries.
  • Optional Playwright extractors with requirements.txt dependencies.

Fetching Salesforce Docs by the numbers

  • 2,500 all-time installs (skills.sh)
  • +7 installs in the week ending Jul 28, 2026 (Skillselion tracking)
  • Ranked #154 of 1,901 Documentation skills by installs in the Skillselion catalog
  • Security screen: MEDIUM risk (skills.sh audit)
  • Data as of Jul 28, 2026 (Skillselion catalog sync)
At a glance

fetching-salesforce-docs capabilities & compatibility

Capabilities
doc family classification before fetch · targeted official url retrieval without broad cr · browser rendered extraction for js heavy pages · child link follow up limited to one to three off · acceptance and rejection rules for evidence qual · optional playwright extraction scripts for help
Works with
salesforce
Use cases
documentation · research · api development
Pricing
Free
From the docs

What fetching-salesforce-docs says it does

Avoid third-party blogs, videos, or summary articles unless the user explicitly asks for them.
SKILL.md
npx skills add https://github.com/forcedotcom/sf-skills --skill fetching-salesforce-docs

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs2.5k
repo stars763
Security audit2 / 3 scanners passed
Last updatedJuly 24, 2026
Repositoryforcedotcom/sf-skills

How do I fetch reliable official Salesforce documentation when pages are JS-heavy or help articles fail naive scraping?

Retrieve authoritative Salesforce docs from developer, help, architect, admin, and SLDS domains with reliable extraction.

Who is it for?

Salesforce developers needing official Apex, LWC, setup, Agentforce, or SLDS references instead of blog summaries.

Skip if: Skip for code changes, deployments, metadata generation, or tasks that do not require documentation retrieval.

When should I use this skill?

User asks for official Salesforce docs, API references, help articles, SLDS guidance, or Agentforce documentation.

What you get

Grounded citation with article title, exact official URL, source type, and caveat when extraction was partial.

  • accurate Salesforce doc excerpts
  • child-page deep links

Files

SKILL.mdMarkdownGitHub ↗

fetching-salesforce-docs

Use this skill to retrieve and ground answers in official Salesforce documentation on the public web.

This skill provides a reliable online retrieval playbook for Salesforce docs that are hard to fetch, especially help.salesforce.com, JS-heavy developer.salesforce.com, Lightning Design System docs on lightningdesignsystem.com, and other official Salesforce-owned doc pages such as architect.salesforce.com and admin.salesforce.com.

Optional extraction scripts are available in scripts/ — see the Reference File Index below.

Scope

In scopeOfficial Salesforce doc retrieval: Apex, API, LWC, metadata, Agentforce, setup articles, SLDS, architect/admin guidance
Out of scopeThird-party blogs, PDF fallback, local corpus indexing, benchmark workflows, generating code or metadata

Required Inputs

Before fetching, identify:

  • The exact concept, identifier, class, method, or feature name being requested
  • The likely doc family (developer docs, help articles, design system, architect/admin)

No additional setup is required to use the retrieval playbook in this skill. The optional extraction scripts require playwright — see requirements.txt.

Official Sources Only

Prefer Salesforce-owned documentation sources:

  • developer.salesforce.com
  • help.salesforce.com
  • architect.salesforce.com
  • admin.salesforce.com
  • lightningdesignsystem.com
  • other official Salesforce documentation pages when Salesforce uses them as the source of truth

Avoid third-party blogs, videos, or summary articles unless the user explicitly asks for them.

Do not fall back to PDFs.

Retrieval Workflow

1. Classify the request first

Before fetching anything, identify the likely doc family.

FamilyTypical SourceUse For
Developer docsdeveloper.salesforce.com/docs/...Apex, APIs, LWC, metadata, Agentforce developer docs
Help docshelp.salesforce.com/...setup, admin, product configuration
Architect/Admin docsarchitect.salesforce.com/..., admin.salesforce.com/...best practices, patterns, well-architected guidance, admin enablement
Design system docslightningdesignsystem.com/...SLDS, Cosmos, design tokens, component and styling guidance
Legacy atlas docsdeveloper.salesforce.com/docs/atlas.en-us.*older official guide and reference docs

2. Identify the exact concept

Extract the real target before you search:

  • exact API/class/method name
  • exact feature name
  • exact product phrase
  • exact setup concept

Examples:

  • Lightning Message Service
  • Wire Service
  • System.StubProvider
  • Agentforce Actions
  • Messaging for In-App and Web allowed domains

3. Prefer targeted official retrieval

Do not broad-crawl Salesforce docs.

Instead: 1. identify the most likely official guide root or article 2. if search is needed, restrict it to official Salesforce domains only 3. fetch that official page 4. check whether the exact concept actually appears on the page 5. if not, inspect and follow the most relevant 1–3 official child links 6. stop once you have grounded evidence

4. Do not stop at broad landing pages

A guide landing page is not enough unless it clearly contains the exact requested concept.

This is especially important for:

  • LWC docs
  • Agentforce docs
  • broad platform guide homepages
  • help landing pages that link to the real article

5. For developer.salesforce.com

Use this playbook:

  • start with the most likely official guide root
  • if the page is JS-heavy, prefer browser-rendered extraction
  • check whether the exact concept appears on the page
  • if the concept is missing, inspect official child links and follow the best matching 1–3 links
  • prefer exact concept pages over broad guide roots
  • legacy atlas pages are valid if they are the real official reference for the concept

6. For help.salesforce.com

Help pages often fail with naive fetching.

Use this playbook:

  • prefer exact articleView?id=... URLs when available
  • use browser-rendered extraction when plain fetch returns shell content
  • treat outputs like Loading, Sorry to interrupt, CSS Error, or mostly chrome/navigation text as failed extraction, not evidence
  • look for the real article body, not just header, nav, or footer text
  • reject shell pages and soft-404 pages such as:
  • "We looked high and low but couldn't find that page"
  • generic empty help shells
  • if starting from a nearby guide or hub page, follow linked Help articles until you reach the real article body
  • if extraction still fails after targeted retries, return the best official Help URLs you found and explicitly say that article-body extraction was unsuccessful

Acceptance Rules

A page is good enough to answer from only when at least one of these is true:

  • the exact identifier appears on the page
  • the exact concept phrase appears on the page
  • multiple query-specific phrases appear in the correct official context

A page is not good enough when:

  • it is only a broad landing page
  • it is a shell page with little real article text
  • it is from the wrong product area
  • it does not contain the requested identifier or concept
  • it is a third-party explanation when an official page should exist

Rejection Rules

Reject these as final evidence:

  • broad guide homepages without the exact concept
  • release notes when a concept/reference page is expected
  • admin blog posts when developer docs are requested
  • third-party blogs when official docs are available
  • shell-rendered pages with no real article body
  • pages whose titles sound right but whose body does not contain the requested concept

Grounding Requirements

When answering, include: 1. guide/article title 2. exact official URL 3. source type:

  • developer doc page
  • atlas reference page
  • help article page

4. any caveat if extraction was partial or browser-rendered

If evidence is weak, say so plainly.

Examples

Example: Lightning Message Service

Do not stop at the general LWC guide root. Find the exact LWC page for Lightning Message Service or follow the most relevant child links from the LWC docs until the exact concept appears.

Example: Wire Service

Do not answer from the LWC homepage unless Wire Service is actually present there. Follow the relevant child doc page for wire service or wire adapters.

Example: Agentforce Actions

Do not answer from a broad Agentforce landing page or a blog post. Find the official Agentforce developer page for actions, or follow the best matching child pages from the official Agentforce docs.

Example: Messaging for In-App and Web allowed domains

Prefer official Help articles and browser-rendered extraction. Reject generic help shells. Follow linked Help articles from nearby official messaging docs if needed.

Example: System.StubProvider

Prefer the official Salesforce reference/developer page where the exact identifier appears. Do not substitute a broader Apex landing page if the identifier is absent.

Non-Goals

This skill should not:

  • maintain a local documentation corpus
  • rely on a local index
  • use PDF fallback
  • run benchmark workflows
  • depend on repo-specific scripts to be useful

Output Expectations

For each retrieval, include: 1. Guide or article title 2. Exact official URL 3. Source type (developer doc page / atlas reference page / help article page) 4. Any caveat if extraction was partial or browser-rendered

If evidence is weak, say so plainly rather than forcing an answer.

---

Reference File Index

FileWhen to read
scripts/extract_salesforce_doc.pyUse to fetch any official Salesforce doc URL; automatically routes help.salesforce.com into the dedicated Help extractor and supports browser-rendered extraction for all Salesforce-owned doc hosts
scripts/extract_help_salesforce.pyUse directly when targeting help.salesforce.com articleView URLs; use when the wrapper is not appropriate
scripts/runtime_bootstrap.pyImported by the extraction scripts to resolve the isolated fetching-salesforce-docs Python runtime and Playwright browser path; not called directly
requirements.txtLists Python dependencies (playwright, playwright-stealth) needed to run the extraction scripts

Related skills

Forks & variants (1)

Fetching Salesforce Docs has 1 known copy in the catalog totaling 491 installs. They canonicalize to this original listing.

How it compares

Pick fetching-salesforce-docs over generic web-search skills when Salesforce official pages are JavaScript-rendered and scrapers return empty shells.

FAQ

Which domains are in scope?

developer.salesforce.com, help.salesforce.com, architect.salesforce.com, admin.salesforce.com, and lightningdesignsystem.com.

When is a page not good enough evidence?

When it is only a broad landing page, shell-rendered chrome, wrong product area, or missing the requested identifier or concept.

Are PDF fallbacks allowed?

No. The skill explicitly avoids PDF fallback and third-party blogs unless the user explicitly requests them.

Is Fetching Salesforce Docs safe to install?

skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.

Documentationintegrationsdocs

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.