CtrlK
BlogDocsLog inGet started
Tessl Logo

guide-swiftui-view-refactor

Refactor and review SwiftUI view files with strong defaults for small dedicated subviews, MV-over-MVVM data flow, stable view trees, explicit dependency injection, and correct Observation usage. Use when cleaning up a SwiftUI view, splitting long bodies, removing inline actions or side effects, reducing computed `some View` helpers, or standardizing `@Observable` and view model initialization patterns.

66

Quality

80%

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

SKILL.md
Quality
Evals
Security

Quality

Content

68%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.

A well-structured, actionable guide with concrete Prefer/Avoid Swift examples and a clear workflow. Its main weakness is workflow validation — the refactor steps lack an explicit build/test checkpoint to confirm behavior is preserved.

Suggestions

Add an explicit verification step to the Workflow (e.g. 'Build the target and run related tests; confirm layout and behavior are unchanged before finishing') so the sequence has a real validation checkpoint.

Tighten the repetition between section 3, Notes, and Large-view handling so subview-extraction guidance is stated once and referenced, improving token efficiency.

Define or note the illustrative types used in code examples (FilterChip, FilterOption) so the Prefer examples are fully self-contained and copy-paste ready.

DimensionReasoningScore

Conciseness

Lean bullet lists and code examples assume Claude's SwiftUI knowledge without explaining basics, but subview-extraction guidance is repeated across sections 3, Notes, and Large-view handling and could be tightened.

4 / 5

Actionability

Concrete Prefer/Avoid Swift code pairs cover the common cases and are mostly executable, with minor gaps such as the undefined FilterChip/FilterOption types referenced in the examples.

4 / 5

Workflow Clarity

A clear 7-step refactor sequence is present, but there is no explicit build/test/verify checkpoint confirming behavior is preserved — only an implicit 'Keep behavior intact' guard, leaving validation gaps for a code-modifying task.

3 / 5

Progressive Disclosure

Well-organized sections with one clearly signaled, one-level-deep reference (references/mv-patterns.md, verified present), though most detailed guidance is inlined in SKILL.md rather than split out.

4 / 5

Total

15

/

20

Passed

Description

92%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.

A strong, specific, third-person description that clearly states capabilities and explicit usage triggers with minimal conflict risk. Trigger-term phrasing is good but slightly more descriptive of Claude's actions than of natural user requests.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'small dedicated subviews, MV-over-MVVM data flow, stable view trees, explicit dependency injection, and correct Observation usage' — giving comprehensive coverage of what the skill does.

5 / 5

Completeness

Explicitly answers both 'what' (refactor/review SwiftUI view files with strong defaults) and 'when' via a concrete 'Use when cleaning up a SwiftUI view, splitting long bodies, ...' trigger clause.

5 / 5

Trigger Term Quality

Natural phrases like 'cleaning up a SwiftUI view' and 'splitting long bodies' appear, but it leans slightly descriptive and is missing a few common synonyms a user might say (e.g. 'refactor SwiftUI').

4 / 5

Distinctiveness Conflict Risk

A clear SwiftUI-view-refactoring niche with distinct triggers; the specificity of '@Observable' and 'some View' helpers makes collision with other skills unlikely.

5 / 5

Total

19

/

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
Prisma-Labs-Dev/apple-skills
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.