CARBON — Engineering ConfidenceUser Guide
CHAPTER 11 / 60 Core + Pro

/carbon-accessibility

Run focused CARBON Accessibility testing and generate branded accessibility, WCAG 2.2, and VPAT 2.5Rev-aligned Accessibility Conformance Report artifacts.

Alejandro · AccessibilityExperience & accessibility

When to use it

You need contextual accessibility evidence beyond simple rules.

Before you start

Include keyboard and focus flows, text resizing and reflow, contrast, and whether alternative text conveys useful meaning. Request WCAG A/AA and relevant AAA coverage, a draft VPAT/ACR, and company/location context for legal-exposure triage. Human review is still required.

Try this in your coding agent.

/carbon-accessibility Check the sign-in form for keyboard access, text resizing and useful labels.

Replace sample paths with your project. Slash names are shorthand; your host may use a plugin prefix or a skill picker. Invocation help →

Beyond a rules-only scan.

Meaning

Is the alternative text accurate and useful in context—not merely present?

Dynamic experience

Can people complete the flow with keyboard navigation, resized text and reflow?

Reviewable reporting

Map evidence to WCAG A/AA and relevant AAA criteria. Produce a draft VPAT-aligned ACR with unresolved criteria visible.

Exposure triage

Use company type, location and product context to frame potential legal exposure for expert review. This is not legal advice or certification.

ILLUSTRATIVE WALKTHROUGH

TestBucks sign-in accessibility

An expanded teaching example, not a recorded or live execution. The report stays visible while the replay explains how to read it.

  1. 01Read context
  2. 02Investigate
  3. 03Show evidence
  4. 04Report

Coding-agent conversation

Read context

I’m reviewing testbucks sign-in accessibility. I’ll keep the scope and permissions explicit.

Investigate

Follow the weakest evidence link and record what remains blocked.

Show evidence

Here is the evidence trail to inspect: Captured course screen → clipped action → responsive fix. Extend the review with keyboard, AA/relevant AAA checks and draft VPAT/ACR entries.

Report

The course fixture clips the sign-in action at 390px. Broader review also examines text resizing and useful alt text. The screen comparison is not a complete accessibility audit. Legal exposure needs company/location context and expert review, not an automated legal verdict.

CARBON

Example report

Illustration
Clipped action → responsive layout
Clipped action → responsive layout — TestBucks teaching screen

Captured TestBucks teaching fixture: deliberate overflow, then its responsive-layout fix. Not a production-app finding.

  1. 390px viewport
  2. Action clips
  3. Wrap restores action

Illustrated outcome

The course fixture clips the sign-in action at 390px. Broader review also examines text resizing and useful alt text.

Evidence to inspect

Captured course screen → clipped action → responsive fix. Extend the review with keyboard, AA/relevant AAA checks and draft VPAT/ACR entries.

Still untested / not established

The screen comparison is not a complete accessibility audit. Legal exposure needs company/location context and expert review, not an automated legal verdict.

Ready. Read the full example or play its steps.

What a useful result contains

A bounded claim

For testbucks sign-in accessibility, state the target, revision, environment and actual work performed. Keep planned, executed, blocked and untested work separate.

An inspectable trail

Captured course screen → clipped action → responsive fix. Extend the review with keyboard, AA/relevant AAA checks and draft VPAT/ACR entries. In a real run, retain the source, trace, screenshot or fixture behind the conclusion.

The qualification

The screen comparison is not a complete accessibility audit. Legal exposure needs company/location context and expert review, not an automated legal verdict.

The next decision

Decide whether the evidence calls for a focused check, a reviewed fix or more context. Do not convert a plausible example into a verified finding.

Adapt the example to your project

  1. Replace testbucks sign-in accessibility with a real feature, path or decision in your project.
  2. State the expected rule and its source. Include safe fixtures, constraints and a budget where appropriate.
  3. Ask for exact evidence and remaining gaps. Approve consequential actions separately.
/jay Review the /carbon-accessibility result. Separate observed evidence, assumptions and untested scope, then recommend the next useful check.

Where to go next

/carbon-ui →/carbon-test →

Content checked against the local command definition: skills/carbon-accessibility/SKILL.md. Examples adapted from the homepage’s TestBucks walkthroughs. Availability is edition- and host-dependent.