CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hig-components-search

Apple HIG guidance for navigation-related components including search fields, page controls, and path controls.

Quality

66%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills/skills/hig-components-search/SKILL.md

The canonical home for this skill is hig-components-search in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

65%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a well-structured overview that practices good progressive disclosure: distilled HIG-specific principles inline, with genuine detail correctly split into three verified one-level-deep reference files and a clearly defined output format. Its weaknesses are token waste on generic UX principles and a content-free "When to Use" boilerplate section, and a workflow whose steps are scattered across sections rather than presented as an explicit sequence.

Suggestions

Delete the boilerplate "When to Use" section after the footer ("This skill is applicable to execute the workflow or actions described in the overview.") — it conveys no information.

Trim principles that restate generic UX knowledge Claude already has (search-as-you-type feedback, empty states, "place search where users expect it") and merge the two overlapping search principles (1 and 8), keeping only HIG-specific rules.

Assemble the scattered steps into one explicit ordered workflow (check apple-design-context.md → ask the four questions → read the relevant reference file → produce the three-part output) so the sequence does not have to be inferred.

DimensionReasoningScore

Conciseness

The body is mostly lean (one-line principles, a compact reference table), but several principles restate generic UX knowledge Claude already has ("Show results as the user types", "Place search fields where users expect them", the empty-state principle), and the trailing "When to Use" section — "This skill is applicable to execute the workflow or actions described in the overview" — is content-free boilerplate placed after the attribution footer. This is more than anchor 4's "minor instances of over-explanation" but well short of anchor 2's heavy padding.

3 / 5

Actionability

For an advisory skill the guidance is concrete and executable: an explicit context-check instruction ("Check for .claude/apple-design-context.md before asking questions"), specific HIG rules ("top of list, toolbar/navigation bar", "Show current page and total count", "Command-F and system search shortcuts should activate search"), a defined three-part output format, and four concrete discovery questions. It falls short of anchor 5 because there is no worked example of the recommended output and the body defers most specifics to the reference files.

4 / 5

Workflow Clarity

An operating sequence exists in pieces — check the context file, ask the four clarifying questions, consult the relevant reference file, then produce the three-part output — but it is never assembled into an explicit ordered workflow; the reader must infer the order from scattered thematic sections. This matches anchor 3 ("sequence present but checkpoints missing or implicit"); no destructive or batch operations are involved, so the workflow-clarity cap does not apply.

3 / 5

Progressive Disclosure

The ~60-line overview inlines only the distilled HIG principles and delegates detail to three real, substantial reference files (40–189 lines each, verified to exist), surfaced through a well-labeled Reference Index table with topic and key-content columns. References are one level deep and clearly signaled, matching anchor 5 ("clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation").

5 / 5

Total

15

/

20

Passed

Description

53%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description clearly identifies its domain and enumerates its three covered components, giving it a recognizable niche with only minor overlap risk against sibling HIG skills. Its main weaknesses are the entirely absent "when to use" trigger clause and reliance on canonical HIG terminology rather than the synonyms users actually say, leaving discovery to chance for queries like "search bar" or "breadcrumbs".

Suggestions

Add an explicit trigger clause, e.g. "Use when designing or reviewing search fields, page controls, or path controls in an iOS, iPadOS, macOS, or visionOS app, or when the user mentions search bars, breadcrumbs, or pagination."

Include the natural synonyms users actually say — "search bar", "breadcrumbs", "pagination dots" — rather than only the canonical HIG component names.

Replace the generic noun "guidance" with concrete action verbs (e.g. "Recommends and specifies behavior for...") to sharpen the capability statement.

DimensionReasoningScore

Specificity

"Apple HIG guidance for navigation-related components including search fields, page controls, and path controls" names the domain and enumerates three concrete component types, but the only action is the generic word "guidance" — no concrete verbs like "recommends" or "specifies". It sits above anchor 2 ("names the domain but actions are minimal or generic", e.g. "Processes PDF files") because the enumeration makes the coverage scope concrete, but below anchor 4, which requires several specific actions.

3 / 5

Completeness

The description has a clear "what" (HIG guidance for three named navigation components) but no "when" — there is no "Use when..." clause or equivalent trigger guidance anywhere in the frontmatter. Per the judging guidelines a missing "Use when..." clause caps completeness at 3, and this matches anchor 3's example (clear what, no when) exactly.

3 / 5

Trigger Term Quality

"search fields", "page controls", "path controls", and "navigation-related components" are natural terms, but the most common user synonyms are missing: "search bar" (the everyday iOS term), "breadcrumbs" (how users almost always refer to path controls), and "pagination"/"dots". This matches anchor 3 ("some relevant keywords but missing common variations or synonyms") rather than anchor 4, whose example achieves full coverage of natural phrasing.

3 / 5

Distinctiveness Conflict Risk

The description carves a clear niche (Apple HIG guidance for three specific navigation component types) with distinct triggers, but there is minor overlap risk with closely related sibling skills — the body itself notes "hig-components-controls" covers "text fields... in search interfaces" and "hig-components-menus" covers toolbars hosting search controls. Fits anchor 4 ("mostly distinct; minor overlap risk with closely related skills") rather than anchor 5's minimal conflict risk.

4 / 5

Total

13

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills/skills/hig-components-search/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.