agentleFS
equinorequinor/fusion-skills/skills/fusion-help-integration/SKILL.md

fusion-help-integration

Skill2 starsChanged 2 months agoMITView on GitHub

Wires Fusion Help Center into app pages — creates article slug constants, adds useHelpCenter hook, and connects PageLayout props so users can open contextual help articles. USE FOR: add help button to page, wire useHelpCenter, create helpArticles constants, integrate Fusion Help in app, connect PageLayout to help center, add openHelpArticle to page. DO NOT USE FOR: authoring markdown help articles (use fusion-help-docs), direct Help REST API calls (use fusion-help-api), modifying @fra/ui shared components.

The file

We split this skill into the rules it gives an agent

11 rules. About 0 are common, 7 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Add help button to a page

    line 24
  2. Distinctive:

    Create/update help articles constants file

    line 26
  3. Distinctive:

    Add help support to an app

    line 29
  4. Very specific:

    If article slugs are auto-derived, confirm with user before applying — slugs must match articles published via fhelp.

    line 51
  5. Distinctive:

    Search target app for existing help wiring:

    line 57
  6. Distinctive:

    Check if app already has a constants file with slugs:

    line 68
  7. Distinctive:

    Prefer prefixed convention for new apps — avoids slug collisions across apps.

    line 81
  8. Very specific:

    Create src/constants/helpArticles.ts (or the app's chosen location):

    line 85
  9. Very specific:

    If release notes not needed, destructure only { openArticle }.

    line 117
  10. Very specific:

    Run TypeScript check: pnpm --filter {app-name} exec tsc --noEmit

    line 135
  11. Distinctive:

    Confirm auto-derived slugs: before applying — wrong slug silently fails (no article shown)

    line 162

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Fusion Help Integration

Wire the Fusion Help Center into app pages so users can open contextual help articles via the PageLayout help button.

When to use

  • Add help button to a page
  • Wire useHelpCenter into a page component
  • Create/update help articles constants file
  • Connect PageLayout to Fusion Help Center
  • Page uses PageLayout without openHelpArticle
  • Add help support to an app
  • Open a specific help article from a page

When not to use

  • Authoring markdown help articles → fusion-help-docs
  • Direct REST API calls to Help service → fusion-help-api
  • Modifying @fra/ui shared components (PageLayout, PageHeader, FusionHelpButton)
  • Non-Fusion-framework apps or apps outside this monorepo

Required inputs

Collect before making changes:

InputRequiredDefaultDescription
App nameYes—The app directory name under apps/ (e.g., fra-app-management)
Target pagesYes—Which page(s) to wire up, or "all" for every page using PageLayout
Article slugsYesAuto-deriveSlug strings for each page. If not provided, derive as {app-name}-{page-kebab}
Include release notesNotrueWhether to also pass openReleaseNotes to PageLayout
Constants file locationNosrc/constants/helpArticles.tsPath for the FUSION_HELP_ARTICLES object

If article slugs are auto-derived, confirm with user before applying — slugs must match articles published via fhelp.

Instructions

1. Check existing help integration

Search target app for existing help wiring:

apps/{app-name}/src/**/helpArticles.ts
apps/{app-name}/src/**/fusionHelpArticles.ts

Also search for useHelpCenter imports. If app already has partial integration, extend rather than duplicate.

2. Determine slug convention

Check if app already has a constants file with slugs:

  • Has existing slugs → follow its naming pattern
  • No existing slugs → use {app-name}-{page-kebab} convention

Reference existing conventions:

AppConventionExample
fra-access-manager{app-name}-{page-kebab}fra-access-manager-access-groups
fra-app-managementUnprefixed page nameoverview, requests
personnel-allocation{app-name}-{page-kebab}personnel-allocation-overview

Prefer prefixed convention for new apps — avoids slug collisions across apps.

3. Create or update the constants file

Create src/constants/helpArticles.ts (or the app's chosen location):

export const FUSION_HELP_ARTICLES = {
    PAGE_NAME: '{app-name}-{page-kebab}',
};

Keys are SCREAMING_SNAKE_CASE matching the page concept. Values are kebab-case slug strings.

See references/wiring-pattern.md for the full canonical pattern with real examples.

4. Wire each target page

For each page component that uses PageLayout:

a. Add imports (externals first, then @fra/*, then @/* aliases, then relative):

import { useHelpCenter } from '@equinor/fusion-framework-react-app/help-center';

import { PageLayout } from '@fra/ui';

import { FUSION_HELP_ARTICLES } from '@/constants/helpArticles';

b. Destructure the hook inside the component body:

const { openArticle, openReleaseNotes } = useHelpCenter();

If release notes not needed, destructure only { openArticle }.

c. Pass props to PageLayout:

<PageLayout
    title="Page Title"
    openHelpArticle={() => openArticle(FUSION_HELP_ARTICLES.PAGE_NAME)}
    openReleaseNotes={openReleaseNotes}
>

Important: openHelpArticle must be a callback wrapper () => openArticle(slug), not a direct reference — openArticle requires the slug argument.

5. Verify the integration

After wiring:

  1. Run TypeScript check: pnpm --filter {app-name} exec tsc --noEmit
  2. Check lint: pnpm --filter {app-name} exec eslint src/
  3. Visual check: page header shows info-circle (ⓘ) icon. Clicking opens Fusion Help sidesheet.

6. Cross-reference with published content

Each slug in FUSION_HELP_ARTICLES must correspond to a published article. If articles don't exist:

  • Point to fusion-help-docs for authoring
  • Slug in constants must exactly match slug field in help-articles.json
  • Articles are published per-environment via fhelp

Expected output

  • Constants file created/updated with article slug mappings
  • Target page(s) wired with useHelpCenter + PageLayout props
  • TypeScript compilation passes
  • List of slugs needing corresponding help articles (for handoff to fusion-help-docs)

Safety & constraints

  • Never invent slug names without confirmation — slugs must match published articles
  • Don't modify @fra/ui components — PageLayout, PageHeader, FusionHelpButton already support help props
  • Don't add new dependencies — @equinor/fusion-framework-react-app is already in every app
  • Follow app's import alias convention — most apps use @/* → src/*
  • Respect existing code style — use type for type-only imports, maintain import group ordering
  • Don't duplicate help wiring — if page already has useHelpCenter, extend rather than re-add
  • Confirm auto-derived slugs before applying — wrong slug silently fails (no article shown)

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.