Content
82%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A strong, lean API reference for SWR: copy-paste-ready code covers every major hook and configuration path, with clear section organization and no unnecessary explanation. The only improvements are minor — trimming the time-sensitive version pin and strategy explainer, and optionally splitting advanced topics into reference files.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean — nearly every section is executable code with terse annotations and no padding of concepts Claude already knows. Minor trims remain: the 'stale-while-revalidate HTTP cache invalidation strategy' explainer and the time-sensitive version pin '(latest: 2.4.1)', which is penalized outside a deprecated/old-patterns section. This fits anchor 4 ('efficient; minor instances that could be trimmed'), not anchor 5. | 4 / 5 |
Actionability | Every section provides fully executable, copy-paste-ready code: 'npm install swr', useSWR, useSWRMutation, useSWRInfinite, SWRConfig, optimistic-update options, conditional keys, onErrorRetry, and useSWRSubscription — covering the common cases exactly as the anchor-5 example requires. Not below 5: no pseudocode, no missing imports, no gaps in the main usage paths. | 5 / 5 |
Workflow Clarity | This is a reference-style skill with no multi-step pipeline and no destructive or batch operations, so no validation checkpoints are required; sections are well-ordered from installation through core API, configuration, strategies, and advanced hooks, ending with 'Key Rules'. It fits anchor 4 ('clear, well-organized guidance') rather than anchor 5, whose sequence-with-explicit-validation pattern describes a multi-step workflow this skill does not have. | 4 / 5 |
Progressive Disclosure | A single-file skill with no bundle files; content is organized under clear section headers with no buried or nested references, and the ~172-line body (mostly code) is a reasonable size to keep inline. It matches anchor 4 ('good structure; most content appropriately placed') rather than anchor 5, since some advanced sections (useSWRSubscription, error retry) could be split into separate reference files. | 4 / 5 |
Total | 17 / 20 Passed |