Content
65%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A highly actionable, code-rich reference with clean sectioning, weakened mainly by inline version-sensitive guidance and a single-file structure that inlines content that could be split into bundle references.
Suggestions
Move version-sensitive guidance (apiVersion, next-sanity v11→v12 migration notes, Studio v5+/React 19.2 requirements) into a dedicated 'Version notes' or 'Deprecated patterns' section so it does not penalize the main content.
Add an explicit ordered integration workflow (e.g., 1. install via Marketplace, 2. configure client, 3. define schema, 4. embed studio, 5. enable Visual Editing, 6. wire revalidation webhook) with validation checkpoints between steps.
Split per-CMS detail into one-level-deep reference files (e.g., references/sanity.md, references/contentful.md) and cover DatoCMS, Storyblok, and Builder.io beyond the env-var table, keeping SKILL.md an overview.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly lean code with brief lead-ins and does not explain concepts Claude already knows, but time-sensitive version/date info (apiVersion "2026-03-01", next-sanity v12/v11+, Studio v5+ / React 19.2) is scattered inline rather than confined to a deprecated/old-patterns section. | 2 / 3 |
Actionability | Provides fully executable install commands and complete TypeScript for client config, schema definition, embedded studio, defineLive, VisualEditing, the revalidation webhook, Contentful fetching, and the draft-mode route, with file paths noted in comments. | 3 / 3 |
Workflow Clarity | Sections are implicitly ordered (install → client → schema → studio → live → visual editing → webhook) and individual endpoints validate secrets/signatures, but there is no explicit sequenced integration workflow with connecting validation checkpoints across the steps. | 2 / 3 |
Progressive Disclosure | The ~280-line body is well-sectioned by headers but inlines per-CMS detail (and unevenly covers the five named platforms) into a single file with no one-level-deep bundle references to split out deeper material. | 2 / 3 |
Total | 9 / 12 Passed |