headless-ui

Use @momentumcms/headless inside generated Momentum apps. Use when building custom public UI, composing accessible primitives, configuring global styles for hdl-* elements, or adding app-level tests around headless interactions.

6 stars

Best use case

headless-ui is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Use @momentumcms/headless inside generated Momentum apps. Use when building custom public UI, composing accessible primitives, configuring global styles for hdl-* elements, or adding app-level tests around headless interactions.

Teams using headless-ui should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/headless-ui/SKILL.md --create-dirs "https://raw.githubusercontent.com/DonaldMurillo/momentum-cms/main/apps/create-momentum-app/templates/shared/.claude/skills/headless-ui/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/headless-ui/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How headless-ui Compares

Feature / Agentheadless-uiStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Use @momentumcms/headless inside generated Momentum apps. Use when building custom public UI, composing accessible primitives, configuring global styles for hdl-* elements, or adding app-level tests around headless interactions.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# Use Headless UI In Generated Apps

Use this skill when a generated app needs custom UI built on `@momentumcms/headless`.

## Prefer Headless For

- Public-facing UI that should not look like the admin
- App-specific design systems that still need solid keyboard and ARIA behavior
- Custom menus, dialogs, comboboxes, chips, tabs, and form fields

Use `@momentumcms/admin` when you want the built-in admin screens instead of custom surfaces.

## Workflow

1. Import the needed primitive classes into the Angular component that renders them.
2. Style them from `src/styles.css` or your global Tailwind layer, not from the library.
3. Target `data-slot`, `data-state`, `data-disabled`, and overlay classes such as `.hdl-dialog-panel`.
4. Add visible state readouts for important interactions so browser tests can prove the UI intention.
5. Update app routes or showcase pages if you are adding a reusable demo surface.

## Styling Rules

- Start with design tokens in `@layer base`.
- Add shared recipes in `@layer components`.
- Use host `class=""` only for local one-off overrides.
- For projected child visuals, style the child markup you render inside the primitive.
- Keep `[hidden]` behavior intact for slots that collapse or unmount visually.

## Example Shape

```typescript
import { ChangeDetectionStrategy, Component, computed, signal } from '@angular/core';
import { HdlCombobox, HdlComboboxInput, HdlComboboxPopup, HdlOption } from '@momentumcms/headless';

@Component({
	selector: 'app-filter-combobox',
	imports: [HdlCombobox, HdlComboboxInput, HdlComboboxPopup, HdlOption],
	template: `
		<hdl-combobox [value]="selected()" (valueChange)="selected.set($event)">
			<input hdlComboboxInput [value]="query()" (input)="query.set(search.value)" #search />
			<hdl-combobox-popup>
				@for (item of filteredItems(); track item) {
					<hdl-option [value]="item">{{ item }}</hdl-option>
				}
			</hdl-combobox-popup>
		</hdl-combobox>

		<p>Selected: {{ selected() || 'none' }}</p>
	`,
	changeDetection: ChangeDetectionStrategy.OnPush,
})
export class FilterComboboxComponent {
	readonly items = ['Articles', 'Pages', 'Authors', 'Media'];
	readonly query = signal('');
	readonly selected = signal('');
	readonly filteredItems = computed(() => {
		const query = this.query().trim().toLowerCase();
		return query ? this.items.filter((item) => item.toLowerCase().includes(query)) : this.items;
	});
}
```

## Test Expectations

- Unit tests should cover app-specific state mapping and conditional rendering.
- Browser tests should assert the intended behavior, not just the presence of `hdl-*` tags.
- Good assertions: combobox filtering works, menu clicks update the readout, chips remove correctly, dialog actions dismiss as expected.

## If You Need More Than Consumption

If the app task actually requires changing the library itself, switch to the repo skill for maintaining `libs/headless` instead of patching around the library from the app.

Related Skills

headless-primitive

6
from DonaldMurillo/momentum-cms

Author, extend, or repair primitives in libs/headless. Use when adding a new headless primitive, changing its accessibility contract, updating slots/state attrs, wiring overlay behavior, or expanding the example styling lab and tests.

ui-audit

6
from DonaldMurillo/momentum-cms

Comprehensive UI component audit for Momentum CMS. Use when asked to audit, review, check, or validate a UI component. Checks Storybook stories, interaction tests, variants, kitchen sink integration, admin dashboard usage, accessibility, and responsive design (mobile-first). AUTOMATICALLY FIXES issues found and verifies with visual inspection. Triggers include "audit button", "review the card component", "check accessibility of tabs", or "/ui-audit <component-name>".

test-all

6
from DonaldMurillo/momentum-cms

Run the FULL Momentum CMS test suite — every single suite, no skips. Triggers on "test all", "test everything", "run all tests", "run the test all script", "test-all script", "run the full suite", "run every test", "test the whole thing", "make sure everything passes", "run test:all", or ANY variation asking to run all/every/full tests. Also triggers on typos like "test al", "tets all", "tes all". NEVER skip suites unless the user EXPLICITLY names suites to skip.

stroll-test

6
from DonaldMurillo/momentum-cms

End-to-end CLI stroll test of npm-published Momentum CMS packages. Scaffolds a fresh project with create-momentum-app, adds all plugins, runs migrations, starts server, and verifies everything works. Triggers include "stroll test", "cli stroll", "test published packages", or "/stroll-test".

skill-improve

6
from DonaldMurillo/momentum-cms

Self-improving skill loop. Analyzes eval failures, rewrites the skill, re-evaluates, and repeats until convergence. Run after /skill-eval produces baseline results.

skill-eval

6
from DonaldMurillo/momentum-cms

Run structured evaluations comparing skill vs no-skill performance. Measures assertion pass rates, timing, and output quality to systematically improve skills.

prepare-release

6
from DonaldMurillo/momentum-cms

Prepare a patch/minor/major version release for all Momentum CMS packages. Bumps versions, generates changelogs, verifies builds/tests, adds new packages to Nx release config, and commits. Triggers include "prepare release", "bump version", "release patch", or "/prepare-release".

momentum-api

6
from DonaldMurillo/momentum-cms

Work with Momentum API for data operations in Angular components

migrations

6
from DonaldMurillo/momentum-cms

Run migrations, generate schemas, and manage code generation for Momentum CMS. Use when working with database migrations, Drizzle schema generation, type generation, or Angular schematics.

mcp-setup

6
from DonaldMurillo/momentum-cms

Set up the Momentum CMS MCP server plugin and generate Claude Code MCP config for AI tool integration. Use when connecting Claude Code (or any MCP client) to a Momentum CMS instance.

SYSTEM ROLE & BEHAVIORAL PROTOCOLS

6
from DonaldMurillo/momentum-cms

**ROLE:** Senior Frontend Architect & Avant-Garde UI Designer.

e2e-test

6
from DonaldMurillo/momentum-cms

Write and validate Playwright E2E tests for Momentum CMS features. UI tests ALWAYS start from /admin dashboard and navigate via sidebar/dashboard — never go directly to deep URLs. Always starts the server and inspects the actual UI before writing assertions. Triggers include "write e2e tests for...", "add e2e tests", "test the admin UI for...", or "/e2e-test <feature>".