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

Using Mobile Native Capabilities

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

using-mobile-native-capabilities is an agent skill that build a salesforce lwc that uses native mobile device capabilities — barcode scanner, biometrics, location, nfc, calendar, contacts, document scanner, geofencing, a

About

using-mobile-native-capabilities is an agent skill from forcedotcom/sf-skills that build a salesforce lwc that uses native mobile device capabilities — barcode scanner, biometrics, location, nfc, calendar, contacts, document scanner, geofencing, ar space capture, app review, and pay. # Using Mobile Native Capabilities The `lightning/mobileCapabilities` module exposes a set of factory functions that return service objects for native device features (barcode scanning, biometrics, location, etc.). Each service extends a common [BaseCapability](references/base-capability.md) with an `isAvailable()` method, so an LWC can degrade gr Developers invoke using-mobile-native-capabilities during build/integrations work for automation & workflows tasks. The skill documents triggers, prerequisites, and step-by-step workflows grounded in SKILL.md. Compatible with Claude Code, Cursor, and Codex agent runtimes that load marketplace skills. Review the Security Audits panel on this listing before installing in production environments.

  • Using Mobile Native Capabilities
  • The `lightning/mobileCapabilities` module exposes a set of factory functions
  • that return service objects for native device features (barcode scanning,
  • biometrics, location, etc.). Each service extends a common
  • [BaseCapability](references/base-capability.md) with an `isAvailable()`

Using Mobile Native Capabilities by the numbers

  • 1,319 all-time installs (skills.sh)
  • +6 installs in the week ending Jul 28, 2026 (Skillselion tracking)
  • Ranked #236 of 2,742 Automation & Workflows skills by installs in the Skillselion catalog
  • Data as of Jul 28, 2026 (Skillselion catalog sync)
At a glance

using-mobile-native-capabilities capabilities & compatibility

Capabilities
using mobile native capabilities · the `lightning/mobilecapabilities` module expose · that return service objects for native device fe · biometrics, location, etc.). each service extend · [basecapability](references/base capability.md)
Use cases
orchestration
From the docs

What using-mobile-native-capabilities says it does

The `lightning/mobileCapabilities` module exposes a set of factory functions
SKILL.md
that return service objects for native device features (barcode scanning,
SKILL.md
biometrics, location, etc.). Each service extends a common
SKILL.md
npx skills add https://github.com/forcedotcom/sf-skills --skill using-mobile-native-capabilities

Add your badge

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

Listed on Skillselion
Installs1.3k
repo stars763
Last updatedJuly 24, 2026
Repositoryforcedotcom/sf-skills

What it does

Build a Salesforce LWC that uses native mobile device capabilities — barcode scanner, biometrics, location, NFC, calendar, contacts, document scanner, geofencing, AR space capture, app review, and pay

Who is it for?

Developers working on automation & workflows during build tasks.

Skip if: Tasks outside Automation & Workflows scope described in SKILL.md.

When should I use this skill?

Build a Salesforce LWC that uses native mobile device capabilities — barcode scanner, biometrics, location, NFC, calendar, contacts, document scanner, geofencing, AR space capture, app review, and pay

What you get

Completed automation & workflows workflow aligned with SKILL.md steps.

  • LWC component with AppReviewService call
  • TypeScript capability integration

Files

SKILL.mdMarkdownGitHub ↗

Using Mobile Native Capabilities

The lightning/mobileCapabilities module exposes a set of factory functions that return service objects for native device features (barcode scanning, biometrics, location, etc.). Each service extends a common BaseCapability with an isAvailable() method, so an LWC can degrade gracefully on surfaces where the capability is not present (desktop, mobile web).

This skill routes an agent through (1) picking the right capability, (2) loading the authoritative type definitions, and (3) wiring the service into an LWC with the correct availability gating, error handling, and deprecation-aware API choice.

When to Use This Skill

  • User asks for an LWC that uses a device capability listed in the index

below.

  • User mentions lightning/mobileCapabilities, "mobile capability", or

"Nimbus" by name.

  • User wants to know which mobile native APIs are available, or which one

fits their feature.

Do NOT use this skill for:

  • Mobile-offline review of an LWC (lwc:if, inline GraphQL, Komaci-priming

violations) — use reviewing-lwc-mobile-offline.

  • Picking generic Lightning Base Components — use

using-lightning-base-components.

Prerequisites

  • Knowledge that the LWC will run inside a supported mobile container

(Salesforce Mobile App, Field Service Mobile App). These capabilities are unavailable on desktop and mobile web; gate every call behind isAvailable().

  • Familiarity with the lightning/mobileCapabilities module declaration

(see mobile-capabilities).

Capability Index

CapabilityReferenceOne-line use
App ReviewApp ReviewPrompt the user for a native in-app review.
AR Space CaptureAR Space CaptureCapture a 3D scan of a physical space using AR.
Barcode ScannerBarcode ScannerRead QR / UPC / EAN / Code-128 / etc. from the camera.
BiometricsBiometricsAuthenticate via Face ID / fingerprint.
CalendarCalendarRead or create events on the device calendar.
ContactsContactsRead or create entries in the device address book.
Document ScannerDocument ScannerScan paper documents using the camera with edge detection.
GeofencingGeofencingTrigger logic when the device crosses a geographic boundary.
LocationLocationRead GPS coordinates and watch for updates.
NFCNFCRead or write NFC tags.
PaymentsPaymentsTake an Apple Pay / Google Pay payment.

Workflow

Step 1 — Identify the capability

Map the user's feature ask to one row of the capability index. If the ask spans multiple capabilities (e.g. "scan a barcode and store it on a contact"), plan for each capability separately — there is one factory function per capability.

Step 2 — Load the shared and capability-specific references

Read these two shared references once per session — they apply to every capability and are not duplicated in the per-capability files:

  • BaseCapability — the common interface

with isAvailable() that every service extends.

  • mobile-capabilities — the

lightning/mobileCapabilities module declaration showing every re-exported service.

Then open the capability's reference file from the table above. Each per-capability reference contains the service-specific TypeScript API (factory function, service interface, options types, result types, error types) and assumes the two shared references above are already in context.

Do not infer the API from memory — read it. The services evolve and some methods are explicitly @deprecated in favor of newer alternatives.

Step 3 — Wire the service into the LWC

For each capability:

1. Import the factory from lightning/mobileCapabilities:

   import { getBarcodeScanner } from 'lightning/mobileCapabilities';

2. Get an instance: const scanner = getBarcodeScanner(); 3. Gate the call behind isAvailable():

   if (!scanner.isAvailable()) {
     // graceful fallback or user message
     return;
   }

4. Call the non-deprecated entry point. Several services keep older methods marked @deprecated alongside the recommended one — always prefer the recommended method in the reference. 5. Wrap the promise in try/catch and handle the typed failure codes the service exposes (e.g. BarcodeScannerFailureCode, LocationServiceFailureCode). User-cancelled vs. permission-denied vs. service-unavailable are distinct UX states.

Step 4 — Surface failure modes to the user

Each service defines its own failure-code enum. Translate codes into user-actionable messages: a USER_DENIED_PERMISSION should ask the user to grant permission; a USER_DISABLED_PERMISSION must direct them to the OS settings; a SERVICE_NOT_ENABLED should be a developer-visible error, not shown to the user.

Step 5 — Stay inside the supported surface

Mobile capabilities are available only when the LWC runs inside a supported Salesforce mobile app. If the same component is rendered on desktop or mobile web, the factory will still return an object but isAvailable() will return false. Never assume availability — gate every call.

Examples

Example — "Scan a barcode and write it into a field"

1. Map to: Barcode Scanner. 2. Read Barcode Scanner. 3. Use scan(options) (not the deprecated beginCapture / resumeCapture / endCapture triple). 4. In options, set the barcodeTypes to the symbologies needed (default is all supported types) and enableMultiScan: false for a single read. 5. On resolve, write result[0].value to the bound field. On reject, inspect error.code against BarcodeScannerFailureCode.

Example — "Take an Apple Pay payment for an order total"

1. Map to: Payments. 2. Read Payments. 3. Gate on isAvailable(). 4. Build the payment request object per the reference. 5. On resolve, surface the transaction id to the calling flow. On reject, handle user-cancelled and payment-failed paths separately.

Verification Checklist

  • [ ] Every capability call is preceded by isAvailable().
  • [ ] The non-deprecated entry point is used (no beginCapture /

resumeCapture / endCapture for barcode, etc.).

  • [ ] Each rejection path is mapped to the typed failure code enum.
  • [ ] Imports come from lightning/mobileCapabilities, not from a private

path.

  • [ ] No assumption that the capability runs on desktop or mobile web.

Troubleshooting

  • `isAvailable()` returns `false` on a real device — the device is

running an unsupported app surface (not Salesforce Mobile or Field Service Mobile), or the service is gated by an org-level setting. The fix is org configuration, not code.

  • TypeScript can't find the import — confirm the LWC has access to

lightning/mobileCapabilities. The module is declared globally inside Salesforce mobile containers; outside that, the types must be installed separately.

  • Deprecated barcode methods still work — yes, but new code must use

scan() and dismiss(). Refactor any sample code the agent received before returning it.

  • Multiple capabilities in one component — get separate instances per

capability (they are independent service objects); do not try to share state between them.

Related skills

Forks & variants (1)

Using Mobile Native Capabilities has 1 known copy in the catalog totaling 196 installs. They canonicalize to this original listing.

How it compares

Use using-mobile-native-capabilities instead of generic LWC skills when the component must call Salesforce mobile native AppReviewService on iOS and Android.

FAQ

What does using-mobile-native-capabilities do?

Build a Salesforce LWC that uses native mobile device capabilities — barcode scanner, biometrics, location, NFC, calendar, contacts, document scanner, geofencing, AR space capture, app review, and pay

When should I use using-mobile-native-capabilities?

During build integrations work for automation & workflows.

Is using-mobile-native-capabilities safe to install?

Review the Security Audits panel on this listing before production use.

This week in AI coding

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

unsubscribe anytime.