experience-ui-bundle-metadata-generate — Claude Code skill
Adds a React or Angular UI bundle to an existing SFDX project and wires up its metadata. Useful when you need another bundle or an edit to ui-bundle.json.
npx skills add forcedotcom/sf-skills --skill experience-ui-bundle-metadata-generate -a claude-codeWhat experience-ui-bundle-metadata-generate does
The skill walks the agent through the steps in order: run sf template generate ui-bundle with the reactbasic or angularbasic template first, then check the result with node <skill_dir>/scripts/verify-bundle-location.mjs, then run node <skill_dir>/scripts/check-api-version.mjs, which raises sourceApiVersion in sfdx-project.json to 67.0 if it sits lower. Framework detection goes through detect-framework.mjs, which prints react, angular, ambiguous or unknown — on ambiguous the skill stops and asks you.
The bundle belongs in force-app/main/default/uiBundles/<AppName>/, with the folder name matching <AppName>.uibundle-meta.xml. The meta XML needs masterLabel, version (up to 20 characters) and isActive. Skip <target> and the bundle shows up nowhere in the org — no App Launcher entry, no Experience Site URL. Internal apps take CustomApplication, external ones take Experience.
This is not for a project built from scratch; there the whole SFDX starter set is generated in one step by a separate skill. The skill also handles CSP Trusted Sites: when images, fonts or external API calls get blocked, the fix lands in cspTrustedSites/*.cspTrustedSite-meta.xml. The scripts want node 18.0.0 or newer, sf 2.0.0 or newer and jq 1.6.0 or newer.
What it helps with
- add a second UI bundle to an existing SFDX project
- scaffold a bundle from the
reactbasicorangularbasictemplate - set routing and headers in
ui-bundle.json - register a CSP Trusted Site so fonts and external APIs stop being blocked
- bump
sourceApiVersionto 67.0 before deploying
Example prompts for the agent
- add a new React UI bundle to our existing SFDX project
- configure routing and the output directory in
ui-bundle.jsonfor this bundle - external images are blocked — register a CSP Trusted Site
How to install experience-ui-bundle-metadata-generate
1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill experience-ui-bundle-metadata-generate -a claude-code2Manually: put the files in place
~/.claude/skills/experience-ui-bundle-metadata-generate/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/experience-ui-bundle-metadata-generate/
1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill experience-ui-bundle-metadata-generate -a codex2Manually: put the files in place
.agents/skills/experience-ui-bundle-metadata-generate/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill experience-ui-bundle-metadata-generate -a cursor2Manually: put the files in place
.cursor/skills/experience-ui-bundle-metadata-generate/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install forcedotcom/sf-skills experience-ui-bundle-metadata-generate2Manually: put the files in place
.github/skills/experience-ui-bundle-metadata-generate/SKILL.md1Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill experience-ui-bundle-metadata-generate -a gemini-cli2Platform CLI
gemini skills install https://github.com/forcedotcom/sf-skills --path skills/experience-ui-bundle-metadata-generateManually: put the files in place
.devin/skills/experience-ui-bundle-metadata-generate/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add forcedotcom/sf-skills --skill experience-ui-bundle-metadata-generate -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about experience-ui-bundle-metadata-generate
How do I install experience-ui-bundle-metadata-generate in Claude?
Run npx skills add forcedotcom/sf-skills --skill experience-ui-bundle-metadata-generate -a claude-code. The skill lands in ~/.claude/skills/experience-ui-bundle-metadata-generate/SKILL.md.
What does experience-ui-bundle-metadata-generate do?
It guides the agent through scaffolding a UI bundle inside an existing SFDX project, verifying the file layout and API version, and configuring ui-bundle.json plus .uibundle-meta.xml. It also deals with CSP Trusted Sites when images, fonts or external calls are blocked.
How is it different from experience-ui-bundle-project-generate?
This one works on a project that already exists. For a brand-new Salesforce project where the UI bundle, Experience Site metadata and toolchain are generated together in one step, use experience-ui-bundle-project-generate.
Source text
SKILL.md · Apache-2.0
---
name: experience-ui-bundle-metadata-generate
description: "Use this skill when adding a front-end React or Angular UI bundle to an EXISTING SFDX project, or configuring UI bundle metadata and config files. TRIGGER when: adding or scaffolding a new UI bundle — including adding one more or another UI bundle — into a project that already exists; scaffolding a single bundle with the basic template (reactbasic or angularbasic) via sf template generate ui-bundle; editing ui-bundle.json routing, headers, or output directory; working with *.uibundle-meta.xml files; or registering CSP Trusted Sites, resolving blocked images or fonts or external API calls, or editing cspTrustedSites/*.cspTrustedSite-meta.xml files. DO NOT TRIGGER when: creating a brand-new Salesforce project entirely from scratch, where the whole SFDX starter project (UI bundle plus Experience Site metadata and toolchain) is generated together in one step (use experience-ui-bundle-project-generate)."
metadata:
version: "1.3"
domains: ["Experience"]
minApiVersion: "67.0"
relatedSkills:
- "experience-ui-bundle-custom-app-generate"
- "experience-ui-bundle-frontend-generate"
- "experience-ui-bundle-project-generate"
- "experience-ui-bundle-site-generate"
cliTools:
- tool: ["jq"]
semver: ">=1.6.0"
- tool: ["node"]
semver: ">=18.0.0"
- tool: ["sf"]
semver: ">=2.0.0"
---
# UI Bundle Metadata
## Scaffolding a New UI Bundle
**REQUIRED FIRST STEP — never skip, even if asked to.** Always run `sf template generate ui-bundle` to create new apps — never a framework CLI (create-react-app, Vite, Angular CLI), hand-written metadata, or any other substitute.
This step is mandatory even if the user says "just create the metadata," "skip the scaffold," "only do the metadata scaffolding," or "stop after the metadata files are in place." Those instructions describe what to stop doing *after* the scaffold (building, deploying, authoring pages) — they do not mean skip running the scaffold command itself. The `.uibundle-meta.xml` and `ui-bundle.json` files are configuration **on top of** the generated project, not a replacement for it. A bundle without `package.json`, `src/`, and an entry `index.html` cannot be built or deployed, even if the metadata files are perfectly formed.
### Determine the framework
The frameworks this skill supports are exactly the reference files under `<skill_dir>/references/`, each named `<framework>-metadata-generate.md` (`react`, `angular`, …). This is the single source of truth — adding a framework means adding a reference file, nothing here changes.
**Detect the framework deterministically — run the script:**
```sh
node <skill_dir>/scripts/detect-framework.mjs [<ROOT>]
```
Always invoke via `node` (never as a bare executable) so this works on Windows cmd/PowerShell as well as macOS/Linux/Git Bash.
`ROOT` defaults to the current directory; pass the bundle or project root when editing/configuring an existing bundle. The script prints exactly one token and sets a matching exit code — branch on it:
- `react` / `angular` (exit 0) — open `<skill_dir>/references/<framework>-metadata-generate.md` and use it.
- `ambiguous` (exit 2, both frameworks present) — ask the user which one, then use that reference.
- `unknown` (exit 3, no signals — e.g. scaffolding a brand-new bundle into a project that has none yet) — fall back to the calling context or the user's stated framework; if still undecided, list `<skill_dir>/references/`, derive the supported set by stripping the `-metadata-generate.md` suffix from each filename, and ask the user to pick.
If the calling context or the user already named the framework, that overrides detection — but still confirm a matching reference file exists. **Never guess.**
The reference file gives you the exact `--template` flag, the entry-file layout, and the default boilerplate strings to replace for that framework.
- **UI bundle name (`-n`):** Alphanumerical only — no spaces, hyphens, underscores, or special characters.
- Pass `--output-dir` to use a different location for template generation. If you do, pass that same path to the verification script in step 1 below.
After generation:
1. **Verify the scaffold is complete** — run `node <skill_dir>/scripts/verify-bundle-location.mjs <BundleName> [<CustomOutputDir>] [<framework>]` from the project root and follow any error output. This checks both the bundle's location AND that `package.json`, `src/`, and an entry `index.html` exist — if any are missing, the scaffold step was skipped; go back and run `sf template generate ui-bundle` before continuing. Pass `<CustomOutputDir>` only if you used `--output-dir` during scaffolding (pass `""` to skip it while still supplying a framework); pass `<framework>` (`react` or `angular`) so the remediation hint uses the right template.
2. **Verify API version** — run `node <skill_dir>/scripts/check-api-version.mjs` from the project root to ensure `sourceApiVersion` in `sfdx-project.json` is 67.0 or higher. The script will automatically update it if needed.
3. Replace all default boilerplate — the framework reference file lists the exact stock `<title>` and placeholder strings to replace
4. Populate the home page with real content (landing section, banners, hero, navigation)
5. Update navigation and placeholders (see the `experience-ui-bundle-frontend-generate` skill)
6. **Configure a hosting target** — a UI bundle without a `<target>` in its meta XML will not be visible in the org. Use `experience-ui-bundle-custom-app-generate` for internal (App Launcher) apps or `experience-ui-bundle-site-generate` for external (Experience Site) apps.
Always install dependencies before running any scripts in the UI bundle directory.
---
## UIBundle Bundle
A UIBundle bundle **MUST** live under `force-app/main/default/uiBundles/<AppName>/` — never create it at the SFDX project root or under any other path. The SFDX deploy command will not find it otherwise.
The bundle directory must contain:
- `<AppName>.uibundle-meta.xml` — filename must exactly match the folder name
- A build output directory (default: `dist/`) with at least one file
### Meta XML
Required fields: `masterLabel`, `version` (max 20 chars), `isActive` (boolean).
Optional: `description` (max 255 chars), `target`.
#### Target Field
The `<target>` element specifies where the UI bundle is hosted:
| Value | Use Case | Companion Metadata |
|-------|----------|-------------------|
| `Experience` | External-facing site via Digital Experience | Network, CustomSite, DigitalExperienceConfig, DigitalExperienceBundle |
| `CustomApplication` | Internal app via Lightning App Launcher | CustomApplication (`applications/*.app-meta.xml`) |
A `<target>` is **required** for the app to be accessible in a Salesforce org. A UI bundle deployed without a target will not appear anywhere — no App Launcher entry, no Experience Site URL. Always pair the bundle with one of:
- `experience-ui-bundle-site-generate` (for `Experience` target)
- `experience-ui-bundle-custom-app-generate` (for `CustomApplication` target)
**Example with Experience target:**
```xml
<?xml version="1.0" encoding="UTF-8"?>
<UIBundle xmlns="http://soap.sforce.com/2006/04/metadata">
<masterLabel>propertyrentalapp</masterLabel>
<description>A Salesforce UI Bundle.</description>
<isActive>true</isActive>
<version>1</version>
<target>Experience</target>
</UIBundle>
```
**Example with CustomApplication target:**
```xml
<?xml version="1.0" encoding="UTF-8"?>
<UIBundle xmlns="http://soap.sforce.com/2006/04/metadata">
<masterLabel>propertymanagementapp</masterLabel>
<description>A Salesforce UI Bundle.</description>
<isActive>true</isActive>
<version>1</version>
<target>CustomApplication</target>
</UIBundle>
```
### ui-bundle.json
Optional file. Allowed top-level keys: `outputDir`, `routing`, `headers`.
**Constraints:**
- Valid UTF-8 JSON, max 100 KB
- Root must be a non-empty object (never `{}`, arrays, or primitives)
**Path safety** (applies to `outputDir` and `routing.fallback`): Reject backslashes, leading `/` or `\`, `..` segments, null/control characters, globs (`*`, `?`, `**`), and `%`. All resolved paths must stay within the bundle.
#### outputDir
Non-empty string referencing a subdirectory (not `.` or `./`). Directory must exist and contain at least one file.
#### routing
If present, must be a non-empty object. Allowed keys: `rewrites`, `redirects`, `fallback`, `trailingSlash`, `fileBasedRouting`.
- **trailingSlash**: `"always"`, `"never"`, or `"auto"`
- **fileBasedRouting**: boolean
- **fallback**: non-empty string satisfying path safety; target file must exist
- **rewrites**: non-empty array of `{ route?, rewrite }` objects — e.g., `{ "route": "/app/:path*", "rewrite": "/index.html" }`
- **redirects**: non-empty array of `{ route?, redirect, statusCode? }` objects — statusCode must be 301, 302, 307, or 308
#### headers
Non-empty array of `{ source, headers: [{ key, value }] }` objects.
**Example:**
```json
{
"routing": {
"rewrites": [{ "route": "/app/:path*", "rewrite": "/index.html" }],
"trailingSlash": "never"
},
"headers": [
{
"source": "/assets/**",
"headers": [{ "key": "Cache-Control", "value": "public, max-age=31536000, immutable" }]
}
]
}
```
**Never suggest:** `{}` as root, empty `"routing": {}`, empty arrays, `[{}]`, `"outputDir": "."`, `"outputDir": "./"`.
---
## CSP Trusted Sites
Salesforce enforces Content Security Policy headers. Any external domain not registered as a CSP Trusted Site will be blocked (images won't load, API calls fail, fonts missing).
### When to Create
Whenever the app references a new external domain: CDN images, external fonts, third-party APIs, map tiles, iframes, external stylesheets.
### Steps
1. **Identify external domains** — extract the origin (scheme + host) from each external URL in the code
2. **Check existing registrations** — look in `force-app/main/default/cspTrustedSites/`
3. **Map resource type to CSP directive:**
| Resource Type | Directive Field |
|--------------|----------------|
| Images | `isApplicableToImgSrc` |
| API calls (fetch, XHR) | `isApplicableToConnectSrc` |
| Fonts | `isApplicableToFontSrc` |
| Stylesheets | `isApplicableToStyleSrc` |
| Video / audio | `isApplicableToMediaSrc` |
| Iframes | `isApplicableToFrameSrc` |
Always also set `isApplicableToConnectSrc` to `true` for preflight/redirect handling.
4. **Create the metadata file** — follow `references/csp-metadata-format.md` for the `.cspTrustedSite-meta.xml` format and naming rules. Place in `force-app/main/default/cspTrustedSites/`.
© forcedotcom · Apache-2.0 · forcedotcom/sf-skills