Manage HTML Tests
telerik/kendo-themes
Create or update visual test scenarios for a Kendo UI component in the HTML package.
Check whether Studio UI is covered by Chromatic visual regression, for a PR's changed files or for the whole tree, and decide between "already covered", "a story is pending in an open PR", and…
$ npx skills add sanity-io/sanity --skill sanity-visual-coverage -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install sanity-io/sanity sanity-visual-coverage --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/sanity-io/sanity.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/sanity-visual-coverage .claude/skills/sanity-visual-coverage && rm -rf skills-srcUse ~/.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/
Install the "sanity-visual-coverage" agent skill from https://github.com/sanity-io/sanity/tree/main/.agents/skills/sanity-visual-coverage into .claude/skills/sanity-visual-coverage/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "sanity-visual-coverage", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/sanity-io/sanity/tree/main/.agents/skills/sanity-visual-coverageType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add sanity-io/sanity --skill sanity-visual-coverage -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install sanity-io/sanity sanity-visual-coverage --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sanity-io/sanity.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/sanity-visual-coverage .agents/skills/sanity-visual-coverage && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "sanity-visual-coverage" agent skill from https://github.com/sanity-io/sanity/tree/main/.agents/skills/sanity-visual-coverage into .agents/skills/sanity-visual-coverage/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "sanity-visual-coverage", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add sanity-io/sanity --skill sanity-visual-coverage -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install sanity-io/sanity sanity-visual-coverage --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sanity-io/sanity.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/sanity-visual-coverage .cursor/skills/sanity-visual-coverage && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "sanity-visual-coverage" agent skill from https://github.com/sanity-io/sanity/tree/main/.agents/skills/sanity-visual-coverage into .cursor/skills/sanity-visual-coverage/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "sanity-visual-coverage", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/sanity-io/sanity.git --path .agents/skills/sanity-visual-coverage--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add sanity-io/sanity --skill sanity-visual-coverage -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install sanity-io/sanity sanity-visual-coverage --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sanity-io/sanity.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/sanity-visual-coverage .gemini/skills/sanity-visual-coverage && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "sanity-visual-coverage" agent skill from https://github.com/sanity-io/sanity/tree/main/.agents/skills/sanity-visual-coverage into .gemini/skills/sanity-visual-coverage/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "sanity-visual-coverage", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install sanity-io/sanity sanity-visual-coverageInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add sanity-io/sanity --skill sanity-visual-coverage -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/sanity-io/sanity.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/sanity-visual-coverage .github/skills/sanity-visual-coverage && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "sanity-visual-coverage" agent skill from https://github.com/sanity-io/sanity/tree/main/.agents/skills/sanity-visual-coverage into .github/skills/sanity-visual-coverage/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "sanity-visual-coverage", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add sanity-io/sanity --skill sanity-visual-coverage -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install sanity-io/sanity sanity-visual-coverage --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sanity-io/sanity.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/sanity-visual-coverage .opencode/skills/sanity-visual-coverage && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "sanity-visual-coverage" agent skill from https://github.com/sanity-io/sanity/tree/main/.agents/skills/sanity-visual-coverage into .opencode/skills/sanity-visual-coverage/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "sanity-visual-coverage", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
sanity-visual-coverageCheck whether Studio UI is covered by Chromatic visual regression, for a PR's changed files or for the whole tree, and decide between "already covered", "a story is pending in an open PR", and…
Sanity Visual Coverage is an agent skill from sanity-io/sanity, published by the product's own GitHub organization. Check whether Studio UI is covered by Chromatic visual regression, for a PR's changed files or for the whole tree, and decide between "already covered", "a story is pending in an open PR", and "needs a story". Use when reviewing a PR that touches packages//src//.tsx or .css.ts, when asked "is this covered by Chromatic", when planning ui5 or vanilla-extract migration work, or before opening a PR that adds stories.
Its SKILL.md is about 1.9k 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 Testing & QA, covering Visual regression testing and React components. The repository describes itself as: Sanity Studio – Rapidly configure content workspaces powered by structured content. The licence is MIT.
4 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 73980e6. It shows what the files ask for, not the result of running them.
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.
Shell commands in SKILL.md call:
pnpmghnodeFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use pnpm and gh, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Sanity Visual Coverage loads about 1.9k tokens when it runs. Until then it costs about 111 tokens; SKILL.md has 933 words of instructions outside code blocks.
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.
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.
The full file from sanity-io/sanity at commit 73980e6, republished under its MIT licence (© sanity-io). 933 words, ~1,943 tokens.
.claude/skills/sanity-visual-coverage/SKILL.md (or your agent's skills folder).The question this skill answers is "if this file's rendering changes, does a Chromatic snapshot catch it?". The answer is a static fact about the repo, so a script computes it. Do not answer it by reading the Chromatic check, and do not answer it from memory.
pnpm visual-coverage --changed # files changed vs origin/main, including uncommitted
pnpm visual-coverage --changed --prs # also mark files that an open PR is about to cover
pnpm visual-coverage <path> [<path>...] # specific files
pnpm visual-coverage # whole tree, one row per area
pnpm visual-coverage --uncovered # whole tree plus every uncovered file
pnpm visual-coverage --format json ... # machine-readable, same modes
pnpm visual-coverage --helpFor a PR you are not on: gh pr checkout <number> && pnpm visual-coverage --changed --prs. Every
same-repo PR that touches packages/**/src/**/*.tsx or *.css.ts also gets a sticky
"Visual regression coverage" comment from .github/workflows/visual-coverage.yml, produced by the
same script with --format markdown --prs. Read that comment first when reviewing; its counts are
in plain sight and the per-file table sits behind the collapsed Per-file coverage toggle.
The script is scripts/visualCoverage.ts. It has no dependencies and runs under tsx or plain
Node 22.18+ (node scripts/visualCoverage.ts).
Chromatic snapshots stories, not components. A component is covered when a story renders it. The script models that as direct imports:
| Evidence | Files | Chromatic project | Status in the report |
|---|---|---|---|
story | packages/**/src/**/*.stories.tsx | "sanity studio" | covered |
browser-test | packages/**/src/**/*.browser.test.tsx | "sanity studio vitest" | covered |
pending | a *.stories.tsx added by an open PR (--prs) | none yet | pending, claimed by that PR |
Both projects snapshot on every PR: a story is captured by the Storybook build, a browser test's
end state by the CHROMATIC=1 capture run (plus any takeSnapshot() it calls). The Playwright
project ("sanity studio playwright") is curated opt-in and is not modelled as coverage.
A file is covered when a story or browser test imports it directly, or imports a *Story.tsx
harness that imports it. A .css.ts file inherits the coverage of the .tsx files that import
it. Nothing deeper than that counts. TestWrapper imports the whole sanity package, so a
transitive graph would mark everything covered, and Chromatic's TurboSnap has the same blind
spot. That is why the green Chromatic check on a PR says only "the affected stories still
match", never "your component is rendered by a story".
dev/storybook is the host. Its stories glob in dev/storybook/.storybook/main.ts finds
*.stories.tsx under every workspace package's src. Stories live next to the component in
its __tests__ directory. Nothing lives under dev/storybook/stories.packages/sanity/src/ui-components wrappers
(Button.stories.tsx imports ../Button). Harness stories for anything that needs a
workspace, i18n, or layers. The harness is <Name>Story.tsx, wraps TestWrapper, and
<Name>.stories.tsx is a thin CSF file whose component is the harness.function <Name>Harness() inside the
<Name>.browser.test.tsx), so every *Story.tsx belongs to a story. The Vitest Chromatic
integration snapshots the test's end state in place; do not extract a test's harness into a
*Story.tsx to put a story on it. Their coverage shows up as browser-test evidence.@sanity/ui to
ui5 Box/Flex/Card migration gets a snapshot before the swap lands. The harness renders the
states most likely to drift (tones, spacing, truncation, empty states) with fixture copy only.
Naming follows the harness pattern above. title is Area/Component. Sentinels are ordinary
stories — browsable, with a JSDoc description saying what they pin down; there is no tag to
hide them. Read FieldDiffChromeStory.tsx and FieldDiffChrome.stories.tsx under
packages/sanity/src/core/field/diff/components/__tests__ as the reference pair.DocumentLayout story also
paints buttons and cards, but only the Button story is the sentinel for Button.Run pnpm visual-coverage --changed --prs on the branch, then per file:
covered. Done. If the change adds a state the story does not render (a new tone, an empty
state, a truncation case), extend the existing story or harness. Do not add a second story
for the same component. When the only evidence is a browser-test, the state is snapshotted
by the Vitest integration; extend that test or its harness rather than adding a story for it.pending. Do not add a story. The PR number is in the report. Review that PR, or comment on
it if the variant you need is missing.uncovered, and the file paints something (layout, tone, spacing, text). Add coverage per
.agents/skills/sanity-visual-regression/SKILL.md, picking the source with its "Which source
owns a state" table: a story when the state is reachable from props or one play step, a
*.browser.test.tsx when reaching it means driving the UI. For a story, reuse an existing
*Story.tsx harness in the same directory before creating one; never build the story out of
a browser test's harness.uncovered, and the file is a provider, hook wrapper, context, or renders only children.
Nothing to snapshot. Say so in the PR instead of adding a story.For migration planning, pnpm visual-coverage --uncovered --prs lists the gap. Pick from it, do
not survey by hand.
Sentinel coverage for the ui5 migration lands in a stream of PRs titled
test(storybook): add ui5 ... sentinels ... (the original stack, #14056
through #14511, has merged; newer ones are
usually stacked the same way). The migration itself lands on chore/ui-v5-* branches.
--prs already accounts for every open PR that adds a *.stories.tsx. A file reported as
pending is claimed.gh pr list --state open --search "test(storybook) in:title" --json number,title,headRefName,baseRefName.main when its files are disjoint from
every open PR.--prs one more time. If anything you added
is now pending elsewhere, drop it.© sanity-io, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .agents/skills/sanity-visual-coverage of sanity-io/sanity.
Open the folder on GitHubat commit 73980e6
Sanity Visual Coverage 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.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Sanity Visual Coverage this skillsanity-io/sanity | 6.4k | — | ~1.9k | Automated safety check: Pass | MIT | |
| Manage HTML Teststelerik/kendo-themes | 158 | — | ~1.8k | Automated safety check: Pass | None | |
| Generate Snapshot Testsgetsentry/sentry | 46k | — | ~3.3k | Automated safety check: Pass | Custom licence | |
| Ark UIBrandon030722/ark-ui-skill | 266 | — | ~3.7k | Automated safety check: Pass | None | |
| Review Local UI Screenshotsxiaocang/easydict_win32 | 103 | — | ~1.1k | Automated safety check: Pass | GPL-3.0 | |
| Handsontable Visual Test Demoshandsontable/handsontable | 22k | — | ~1.3k | Automated safety check: Pass | Custom licence |
telerik/kendo-themes
Create or update visual test scenarios for a Kendo UI component in the HTML package.
getsentry/sentry
Generate snapshot test files for Sentry frontend React components.
Brandon030722/ark-ui-skill
Design, implement, audit, or refactor web and game-adjacent interfaces using an evidence-based Hypergryph visual language with two independent choices: product family and application depth (1…
xiaocang/easydict_win32
Review Easydict UI automation screenshot artifacts already present in local artifacts/ui-screenshots, screenshots, or a user-provided artifact directory.
handsontable/handsontable
Explains how to add or change the demo pages that Handsontable's visual regression suite photographs, including per-feature routes in the js demo and the shared grid.
imran31415/kube-coder
Capture desktop + mobile, dark + light screenshots of the kube-coder dashboard SPA for visual QA of a UI change.
sanity-io/sanity
Automates browser interactions for web testing, form filling, screenshots, and data extraction.
sanity-io/sanity
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities.
sanity-io/sanity
React and Next.js performance optimization guidelines from Vercel Engineering.
sanity-io/sanity
Add existing screenshots or screen recordings to a GitHub pull request as a before/after or preview block.
sanity-io/sanity
React DevTools CLI for AI agents. An agent skill from sanity-io/sanity.
sanity-io/sanity
Test-driven development with red-green-refactor loop. An agent skill from sanity-io/sanity.
Categories
Check whether Studio UI is covered by Chromatic visual regression, for a PR's changed files or for the whole tree, and decide between "already covered", "a story is pending in an open PR", and…. Sanity Visual Coverage is an agent skill from sanity-io/sanity, published by the product's own GitHub organization. Check whether Studio UI is covered by Chromatic visual regression, for a PR's changed files or for the whole tree, and decide between "already covered", "a story is pending in an open PR", and "needs a story".
Sanity Visual Coverage fits situations like: reviewing a PR that touches packages//src//.tsx; asked is this covered by Chromatic; vanilla-extract migration work; before opening a PR that adds stories.
Run `npx skills add sanity-io/sanity --skill sanity-visual-coverage -a claude-code`. Or copy the skill folder (.agents/skills/sanity-visual-coverage in sanity-io/sanity) into .claude/skills/sanity-visual-coverage in your project. Claude Code loads it when a task matches its description.
Run `npx skills add sanity-io/sanity --skill sanity-visual-coverage -a codex`. Or copy the skill folder (.agents/skills/sanity-visual-coverage in sanity-io/sanity) into .agents/skills/sanity-visual-coverage in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add sanity-io/sanity --skill sanity-visual-coverage -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/sanity-visual-coverage, .gemini/skills/sanity-visual-coverage, .github/skills/sanity-visual-coverage and .opencode/skills/sanity-visual-coverage in your project.
Going by SKILL.md and its folder, Sanity Visual Coverage needs the command-line tools its instructions call (pnpm, gh and node).
SKILL.md contains no URLs. Its commands use gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
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.
Sanity Visual Coverage is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.9k tokens (SKILL.md is roughly 7.8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Sanity Visual Coverage: Manage HTML Tests (telerik/kendo-themes, 158 stars), Generate Snapshot Tests (getsentry/sentry, 46k stars), Ark UI (Brandon030722/ark-ui-skill, 266 stars) and Review Local UI Screenshots (xiaocang/easydict_win32, 103 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
sanity-io (a GitHub organization, an official publisher) maintains it in sanity-io/sanity, which has 6,352 GitHub stars. The repository holds 34 skills in this directory. The repository was last updated on October 8, 2026.
Source: sanity-io/sanity on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.