Provide a lightweight, repeatable quality checklist for website changes in the Eleventy site under website/.
Hard Rules
Must
Verify the change follows website/README.md, website/specification.md, and website/architecture.md.
If the change touches examples or authoring structure, read the relevant website ADRs before finalizing the change.
If files under website/ changed, run scripts/website-verify.sh --all and fix failures.
If local preview is available, open the changed pages via the VS Code preview server (http://127.0.0.1:3000/website/dist/) and use the browser/* tools to ensure the rendered page and browser console are sane.
Do quick link/navigation sanity checks on changed pages.
Do basic accessibility spot checks (headings, landmarks, labels, keyboard navigation where relevant).
Validate the authored source, not only the rendered output: when a shared layout, component, partial, _data module, or example directory changes, verify at least one representative page that consumes it.
Must Not
Do not hand off or claim completion without completing the checklist for the changed pages and any affected shared building blocks.
Golden Example
Checklist (per changed page):
- Shared docs: README/specification/architecture still match the implementation
- Content model: page entrypoints, _data modules, includes, and examples are updated in the correct source files
- Links: no broken relative links introduced
- Browser preview: verify layout, interaction, and console are clean
Actions
Identify which authored sources changed under website/:
website/src/pages/ for page entrypoints
website/src/_data/ for structured page content and navigation
website/src/_includes/ for shared layouts, components, and partials
website/src/examples/ for interactive example fragments
website/src/styles/, website/src/style.css, and website/src/site-assets/ for shared presentation and behavior
For each changed page, verify:
Alignment with website/README.md, website/specification.md, and website/architecture.md
Link/navigation sanity
Accessibility basics
If a shared authored source changed, verify representative consuming pages in website/dist/.
If issues are found, fix them or record them with a clear plan.
1---2name: website-quality-check3description: Run a lightweight, repeatable quality checklist for the website (including style guide adherence).4---56# Skill Instructions78## Purpose910Provide a lightweight, repeatable quality checklist for website changes in the Eleventy site under `website/`.1112## Hard Rules1314### Must1516- [ ] Verify the change follows `website/README.md`, `website/specification.md`, and `website/architecture.md`.17- [ ] If the change touches examples or authoring structure, read the relevant website ADRs before finalizing the change.18- [ ] If files under `website/` changed, run `scripts/website-verify.sh --all` and fix failures.19- [ ] If local preview is available, open the changed pages via the VS Code preview server (`http://127.0.0.1:3000/website/dist/`) and use the `browser/*` tools to ensure the rendered page and browser console are sane.20- [ ] Do quick link/navigation sanity checks on changed pages.21- [ ] Do basic accessibility spot checks (headings, landmarks, labels, keyboard navigation where relevant).22- [ ] Validate the authored source, not only the rendered output: when a shared layout, component, partial, `_data` module, or example directory changes, verify at least one representative page that consumes it.2324### Must Not2526- [ ] Do not hand off or claim completion without completing the checklist for the changed pages and any affected shared building blocks.2728## Golden Example2930```text31Checklist (per changed page):32- Shared docs: README/specification/architecture still match the implementation33- Content model: page entrypoints, _data modules, includes, and examples are updated in the correct source files34- Links: no broken relative links introduced35- Browser preview: verify layout, interaction, and console are clean36```3738## Actions39401. Identify which authored sources changed under `website/`:41 - `website/src/pages/` for page entrypoints42 - `website/src/_data/` for structured page content and navigation43 - `website/src/_includes/` for shared layouts, components, and partials44 - `website/src/examples/` for interactive example fragments45 - `website/src/styles/`, `website/src/style.css`, and `website/src/site-assets/` for shared presentation and behavior462. For each changed page, verify:47 - Alignment with `website/README.md`, `website/specification.md`, and `website/architecture.md`48 - Link/navigation sanity49 - Accessibility basics503. If a shared authored source changed, verify representative consuming pages in `website/dist/`.514. If issues are found, fix them or record them with a clear plan.
Run npx skillmds@latest add oocx/website-quality-check in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.
Run a lightweight, repeatable quality checklist for the website (including style guide adherence). It is listed under Coding & Dev Tools on SkillMD.
This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.
This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.
Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.
oocx (@oocx) published this skill. Their other Agent Skills are listed on their SkillMD profile.