ui-consistency

Plugin ui-consistency from marketplace kkurtev-plugins in kamenkurtev/ui-consistency. Commands read from the repo's manifest — 5 days ago.

Skills (12)

• uic-auditing

  Audits this plugin's skills and documents against the current guidance for writing skills and for prompting the current Claude models, and reports what to change as a table of findings and proposed issues. Use only when somebody asks for an audit of this repository's skills, rules or documents, or r

• uic-writing

  Writes and edits this plugin's skills and documents to Anthropic's skill authoring practices, then finds and fixes the stale references and contradictions the edit left. Use when changing a skill, USING.md, README.md, .claude/CLAUDE.md, AGENTS.md, CONTRIBUTING.md, docs/ or .claude/rules/ in this rep

• accessibility

  For what the end user sees — checks whether it can be read and used without a mouse (contrast, focus, keyboard reach, labels, text alternatives, target size, structure) against a standard. Use when asked whether a page meets an accessibility standard, or when the project states an accessibility requ

• adjusting

  For what the end user sees — prepares a fix or a small change to pages that already exist, at the positions a request names, on one page or on the pages it names, so they come out the way the project's other pages write them. Use when a page is fixed or tuned rather than built — a QA finding, a revi

• conventions

  For what the end user sees — counts what a project's pages do, so a convention is told apart from one page's habit. Use when a count of how the other pages write something is about to be recorded, or when a checker recounts a line of a checklist.

• decisions

  For what the end user sees — the order that settles how a page is written when the project disagrees with itself, and what waits on a person. Use when the request, a named page, a shared piece and the other pages do not all agree on how a page is written, or before anything is put to a person.

• design

  For what the end user sees — reads the design for a page where there is one, and where there is none agrees the page's shape with the person, as a tree of the project's own pieces, before any code; draws it only when asked. Use when a request comes with a design, a picture, a described screen or an

• finding-patterns

  For what the end user sees — finds how this project already builds that kind of page (the components its pages reuse, theme values, validation, error handling) and writes it as a checklist before any UI code. Use when anything the end user sees is built or changed — a page, screen, form or component

• implementing

  For what the end user sees — builds each page from its checklist, one page per task. Use when writing or changing UI and a checklist or UI plan exists, whether executing that plan page by page, refactoring a set of pages, or making a fix or a small change to pages that exist.

• planning

  For what the end user sees — turns each page's checklist into a plan of one checkable task per page. Use when UI work spans several steps or pages (a new feature, a refactor of many pages), including when another planning skill is about to write that plan.

• values

  For what the end user sees — how this project sets its values and elements — its theme, spacing, typography, and the element each role comes out as. Use when a phase needs a value or an element recorded, written or checked, or when somebody asks what the project's theme or scale is.

• verifying

  For what the end user sees — a separate agent checks written pages against their checklist and the rest of the project, and reports what differs. Use when UI has been written, before calling it done or opening a PR, or when asked whether pages match ("does this match", "did I miss a page", a page th

Hooks (1)

• SessionStart

  "${CLAUDE_PLUGIN_ROOT}/hooks/run-hook.cmd" session-start

Similar plugins