Agent skill

Review Component PR

by IgniteUI in IgniteUI/igniteui-webcomponents

Code review checklist for component pull requests covering structure, public API, specification accuracy, accessibility, behavior, styles, tests, and build hygiene

MITAuto-check passedDevelopment

Install Review Component PR

skills CLI
$ npx skills add IgniteUI/igniteui-webcomponents --skill review-component-pr -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install IgniteUI/igniteui-webcomponents review-component-pr --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/IgniteUI/igniteui-webcomponents.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/review-component-pr .claude/skills/review-component-pr && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
review-component-pr
GitHub stars
170
Token cost
~2.1k tokens
SKILL.md length
904 words
Files
1
Skills in repo
13
Repo updated
First seen
Licence
MIT

At a glance

Code review checklist for component pull requests covering structure, public API, specification accuracy, accessibility, behavior, styles, tests, and build hygiene

  • Works in 8 steps: Structure → Public API and Documentation → Specification → …
  • Tasks that involve OpenAPI specifications
  • SKILL.md covers 1. Structure, 2. Public API and Documentation, 3. Specification and 4. Accessibility, plus 6 more sections
  • Calls npm

What it does

Review Component PR is an agent skill from IgniteUI/igniteui-webcomponents. Code review checklist for component pull requests covering structure, public API, specification accuracy, accessibility, behavior, styles, tests, and build hygiene

Its SKILL.md is about 2.1k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering OpenAPI specifications, Pull requests and Accessibility. It works with GitHub. The repository describes itself as: Ignite UI for Web Components is a complete library of UI components, giving you the ability to build modern web applications using encapsulation and the concept of reusable… The licence is MIT.

When your agent uses it

  • Tasks that involve OpenAPI specifications
  • Tasks that involve Pull requests
  • Tasks that involve Accessibility

Example prompts

  • “/review-component-pr”

Workflow steps

8 steps, taken from the step headings in SKILL.md.

  1. Structure
  2. Public API and Documentation
  3. Specification
  4. Accessibility
  5. Behavior
  6. Styles and Themes
  7. Tests and Generated Artifacts
  8. Build and Hygiene

What it can do on your machine

Read from SKILL.md and the folder at commit 834666d. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • npm

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use npm, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Review Component PR loads about 2.1k tokens when it runs. Until then it costs about 46 tokens; SKILL.md has 904 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~46
When it runs · the whole SKILL.md, loaded when a task matches
~2.1k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from IgniteUI/igniteui-webcomponents at commit 834666d, republished under its MIT licence (© IgniteUI). 904 words, ~2,110 tokens.

Download SKILL.mdSave it as .claude/skills/review-component-pr/SKILL.md (or your agent's skills folder).
name
review-component-pr
description
Code review checklist for component pull requests covering structure, public API, specification accuracy, accessibility, behavior, styles, tests, and build hygiene

Review Component PR

A checklist to use on a diff. The rules are in the Coding Guidelines. Read the spec.md of the component before the diff. A change that contradicts the spec is a bug, or the author must also update the spec.

Review in this order. The public API is hard to change after release, so review it early.

1. Structure

  • [name].ts (single default export), [name].spec.ts and spec.md in src/components/[name]/
  • stories/[name].stories.ts, with a filename that matches the tag
  • Complete theme scaffold, with every file in themes.ts
  • Exported from src/index.ts in alphabetical order. No new exports from src/internals beyond the approved list in Project Structure.
  • #internals / #theming / #animations aliases for cross-cutting imports. Relative imports between components. .js specifiers.
  • A new alias is in package.json and in scripts/_package.json

2. Public API and Documentation

  • tagName, styles, register() (with all rendered dependencies), HTMLElementTagNameMap
  • Only primitives are attributes. Complex types use attribute: false and do not reflect.
  • Booleans default to false. Multi-word attributes are kebab-case and explicit.
  • Events use EventEmitterMixin with a typed map. Names are igc + camelCase, cancelable events end in -ing and the code checks their return value.
  • Events come from user interaction, not from property sets or method calls
  • JSDoc tags come after the description. @deprecated since [SemVer]. Use the \[new]` [type] instead.`
  • No igc- tag names in description prose. No "…attribute of…", no Gets/Sets. Booleans start with "Whether" and match the true state.
bash
# Tag-name leak check: expect no output outside @element/@example
grep -rn "igc-" --include="*.ts" src/ \
  | grep -E "^\S+:[0-9]+:\s*\*" \
  | grep -vE "@element|@example|\.spec\.ts"

3. Specification

Map each change to a spec section with Keeping it current.

  • A new component has a spec.md in the splitter structure
  • API tables match the JSDoc for each added, renamed, deprecated or removed member
  • Keyboard, ARIA and limitations sections are updated where the behavior changed
  • Test scenarios mirror the describe blocks and are numbered contiguously. Gaps are listed under ### Not covered by the suite.
  • ## Revision history has a new row
  • New headings have TOC entries. Anchors and relative sibling links resolve.

4. Accessibility

  • The a11y audit covers shadowDom and the light DOM
  • Semantic elements are used, not divs with click handlers
  • ARIA is set through addInternalsController (initialARIA, setARIA(), reflectRole), never with this.role = …
  • The host aria-label, aria-labelledby and aria-describedby reach the focused or role element through HostAriaMixin and ariaBindings(hostAria(this)), with no own observedAttributes for them
  • Keyboard support uses addKeybindings or addRovingFocusController. Focus is visible. On a delegatesFocus item, the roving tab index is on the host, not on an inner element.
  • Composite hosts use addAriaProjector / addAriaTarget, with no ARIA on a delegatesFocus host. Cross-root relations use element reflection, not IDREFs.
  • Theme selectors use data-role / data-haspopup, not role / aria-*
  • Cross-component access uses internalsOf(), not new @hidden public members
  • Cross-root ARIA is tested with runExternalLabelAssociationTests / runAriaProjectionTests. Relations are checked by identity readback. axeReflectedRelationsOptions is used only next to such a check.

5. Behavior

  • Region fences and member order follow the guidelines. Internal members use _. No # fields. readonly on fields that are not reassigned. No any.
  • Derived state in willUpdate(). DOM side effects in update() with super.update(). Both guarded by changedProperties.has().
  • Coercion and per-set side effects use @coercedProperty, not a hand-written backing-field accessor pair
  • Existing internals are reused (controllers, resizable() / draggable(), createTimer, internals/utils), not written again
  • Dynamic window / document listeners are removed in disconnectedCallback
  • User-facing strings come from I18nMixin / addI18nController, with defaults from igniteui-i18n-core
  • Form controls: the correct mixin, createFormValueState, __validators from #internals/validators.js, setValueAndFormState(), re-validation through @coercedProperty on constraint properties, and _handleBlur / _handleEnterKeydown on the native editor. No copied touched/pristine logic. formResetCallback overrides call super.
Show full SKILL.md (338 more words)Show less

6. Styles and Themes

  • No generated .css.ts in the diff
  • Load-path specifiers. Values come from var-get() and the theming functions.
  • [part~='…'] selectors. Dark files emit only the diff().
  • All four themes work in light and dark mode. :host has a display value. Specificity is low.

7. Tests and Generated Artifacts

  • defineComponents() in before(). elementUpdated() after programmatic changes.
  • Tests cover defaults, reflection, events, interaction and edge cases
  • Interaction uses #internals/testing/simulate.spec.js. Forms use createFormAssociatedTestBed and the validity helpers.
  • No spec imports another component's spec. Shared helpers are in src/internals/testing/.
  • A new or changed parser, converter or serializer has property-based tests in [module].property.spec.ts
  • The story's // region default block was regenerated (cem + build:meta), not edited
  • CHANGELOG updated

8. Build and Hygiene

  • npm run check, npm run lint and npm run test pass
  • No console.log, debugger or commented-out code. No unexplained magic numbers.
  • No new heavy third-party dependency

Frequent Findings

FindingWhy it matters
Missing addThemingControllerThe component ignores theme changes
Relative import into internalsnpm run check fails
Alias only in package.jsonBreaks only for consumers of the published package
igc- in a descriptionGoes into the API docs of every framework wrapper
Hand-edited story region or .css.tsOverwritten on the next build
[part='base'] with partMapStops matching when a second part name is added
ARIA on a delegatesFocus hostAssistive technology reads the native editor
New @hidden public memberLeaks into the public API. Use internalsOf().
Hand-written accessor pair for coercion@coercedProperty does this in fewer lines
API change with no spec.md changeThe spec no longer describes the component
Spec scenario with no testShows coverage that does not exist

Verdict

Request changes if the a11y audit is missing or fails, ARIA is on the wrong element, any or # fields are in the code, generated files are edited or stale, themes are incomplete, the public API has no documentation, or spec.md does not match the behavior.

Approve if the checklist passes and check, lint and test pass. Each comment must give the file, the line and the guideline it applies.

© IgniteUI, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/review-component-pr of IgniteUI/igniteui-webcomponents.

Open the folder on GitHubat commit 834666d

Compare with similar skills

Review Component PR next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Review Component PR compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Review Component PR this skillIgniteUI/igniteui-webcomponents170—~2.1kAutomated safety check: PassMIT
Panel Reviewstacklok/mecatl250—~5.8kAutomated safety check: PassApache-2.0
GitHub HubCommunity-Access/accessibility-agents423—~816Automated safety check: PassMIT
B24phpsdk Maintainerbitrix24/b24phpsdk102—~10kAutomated safety check: NotesMIT
Docs AuthoringTracecatHQ/tracecat3.8k—~3.1kAutomated safety check: NotesAGPL-3.0
Datadog Data Source GeneratorDataDog/terraform-provider-datadog468—~2.7kAutomated safety check: PassMPL-2.0

Similar skills

  • Panel Review

    stacklok/mecatl

    Review completed non-trivial code across four independent axes: Spec, Standards, Test adequacy, and installed Domain specialists.

    250 GitHub stars~5.8k tokensUpdated today
    DevelopmentAuto-check passed
  • GitHub Hub

    Community-Access/accessibility-agents

    Start here for GitHub work: issues, pull requests, releases, projects, actions, security alerts, teams and wikis.

    423 GitHub stars~816 tokensUpdated 15 days ago
    DevelopmentAuto-check passed
  • B24phpsdk Maintainer

    bitrix24/b24phpsdk

    A skill your agent uses whenever working with GitHub issues in the bitrix24/b24phpsdk repository: creating new issues, reading existing ones, planning implementation from an issue, referencing an…

    102 GitHub stars~10k tokensUpdated 9 days ago
    Backend & APIsAuto-check: notes
  • Docs Authoring

    TracecatHQ/tracecat

    A skill your agent uses when adding or updating documentation pages in an existing docs site.

    3.8k GitHub stars~3.1k tokensUpdated today
    DevelopmentAuto-check: notes
  • Datadog Data Source Generator

    DataDog/terraform-provider-datadog

    Official

    Generates a Datadog Terraform provider data source from an OpenAPI operation with tfgen and opens a review-ready GitHub PR with a risk scan and testing guide.

    468 GitHub stars~2.7k tokensUpdated today
    DevOps & CloudAuto-check passed
  • Create PR

    UniClipboard/UniClipboard

    Push the current branch and open a GitHub pull request against main.

    1.9k GitHub stars~4.6k tokensUpdated today
    DevelopmentAuto-check passed

More from IgniteUI/igniteui-webcomponents

All 13 skills in this repo
  • Igniteui Wc Customize Component Theme

    IgniteUI/igniteui-webcomponents

    Theme and style Ignite UI Web Components (and igniteui-react) apps using CSS custom properties, optional Sass, and the igniteui-theming MCP server.

    170 GitHub stars~4.3k tokensUpdated today
    Auto-check passed
  • Igniteui Wc Generate From Image Design

    IgniteUI/igniteui-webcomponents

    Implement application views from design images (screenshots, mockups, wireframes) using Ignite UI Web Components, with the igniteui-cli and igniteui-theming MCP servers for component discovery…

    170 GitHub stars~4.6k tokensUpdated today
    Auto-check passed
  • Igniteui Wc Integrate With Framework

    IgniteUI/igniteui-webcomponents

    Install and integrate Ignite UI Web Components packages into React, Angular, Vue 3, LitElement, or vanilla JS/HTML apps, detecting the framework and applying framework-specific setup (package…

    170 GitHub stars~1.4k tokensUpdated today
    Auto-check passed
  • Add Component Property

    IgniteUI/igniteui-webcomponents

    Add a reactive property to an existing Lit web component with proper decorators, types, tests, specification updates, and documentation

    170 GitHub stars~1.9k tokensUpdated today
    Auto-check passed
  • Create New Component

    IgniteUI/igniteui-webcomponents

    Create a new Lit web component following project conventions, including specification, component class, styles, tests, Storybook story, and exports

    170 GitHub stars~3k tokensUpdated today
    Auto-check passed
  • Igniteui Wc Choose Components

    IgniteUI/igniteui-webcomponents

    Identify the right Ignite UI Web Components (igniteui-webcomponents, grids, charts, dock manager, React wrappers) for a UI requirement and point to official docs, examples, and API references.

    170 GitHub stars~4.6k tokensUpdated today
    Auto-check passed

Works with

Questions about Review Component PR

What does Review Component PR do?

Code review checklist for component pull requests covering structure, public API, specification accuracy, accessibility, behavior, styles, tests, and build hygiene. Review Component PR is an agent skill from IgniteUI/igniteui-webcomponents.

When should I use Review Component PR?

Review Component PR fits situations like: tasks that involve OpenAPI specifications; tasks that involve Pull requests; tasks that involve Accessibility.

How do I install Review Component PR in Claude Code?

Run `npx skills add IgniteUI/igniteui-webcomponents --skill review-component-pr -a claude-code`. Or copy the skill folder (.agents/skills/review-component-pr in IgniteUI/igniteui-webcomponents) into .claude/skills/review-component-pr in your project. Claude Code loads it when a task matches its description.

How do I install Review Component PR in Codex?

Run `npx skills add IgniteUI/igniteui-webcomponents --skill review-component-pr -a codex`. Or copy the skill folder (.agents/skills/review-component-pr in IgniteUI/igniteui-webcomponents) into .agents/skills/review-component-pr in your project. Codex loads it when a task matches its description.

Can I use Review Component PR in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add IgniteUI/igniteui-webcomponents --skill review-component-pr -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/review-component-pr, .gemini/skills/review-component-pr, .github/skills/review-component-pr and .opencode/skills/review-component-pr in your project.

What does Review Component PR need to run?

Going by SKILL.md and its folder, Review Component PR needs the command-line tools its instructions call (npm).

Does Review Component PR access the network?

SKILL.md contains no URLs. Its commands use npm, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Review Component PR safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Review Component PR use?

Review Component PR is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Review Component PR use?

About 2.1k tokens (SKILL.md is roughly 8.4k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Review Component PR?

Skills that share tags, products or a category with Review Component PR: Panel Review (stacklok/mecatl, 250 stars), GitHub Hub (Community-Access/accessibility-agents, 423 stars), B24phpsdk Maintainer (bitrix24/b24phpsdk, 102 stars) and Docs Authoring (TracecatHQ/tracecat, 3.8k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Review Component PR?

IgniteUI (a GitHub organization) maintains it in IgniteUI/igniteui-webcomponents, which has 170 GitHub stars. The repository holds 13 skills in this directory. The repository was last updated on October 9, 2026.

Source: IgniteUI/igniteui-webcomponents on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.