Content
65%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.
The body is highly actionable with copy-paste-ready CLI commands and a useful actions table, and the connection workflow handles multiple states well. It is held back by padding Claude does not need, an absence of validation/verify checkpoints around destructive entry/asset operations, and a monolithic structure with no reference files for the large API surface.
Suggestions
Trim the overview padding ('Contentful is a headless content management system...') and the bare 'Contentful Space / Content Type / Entry / Asset' bullets, which explain concepts Claude already knows.
Add explicit validation/checkpoint steps for destructive and batch operations, e.g. verify an entry is unpublished before delete-entry, and confirm the target ID before batch actions.
Move the full actions table and proxy-flag reference into a separate reference file (e.g. references/actions.md) and link to it from the body, keeping SKILL.md a lean overview.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Most of the body is efficient CLI reference material, but it includes explanatory padding Claude does not need ('Contentful is a headless content management system. It allows developers and content creators to manage and deliver content across various digital channels.') and a slightly over-explained 'Overview' bullet list, fitting 'Mostly efficient but includes some unnecessary explanation or could be tightened' rather than the lean 4 anchor. | 3 / 5 |
Actionability | The body gives copy-paste-ready commands for every stage (install, login, headless auth, connection ensure/get with --wait, action list/run with JSON input, request proxy with full flag table) plus a concrete actions table; this matches 'Fully executable; copy-paste ready code or commands; specific examples cover the common cases' exactly. | 5 / 5 |
Workflow Clarity | The connect-to-Contentful flow is sequenced with state handling (READY/BUILDING/CLIENT_ACTION_REQUIRED/CONFIGURATION_ERROR) and polling guidance, but it involves destructive/batch-capable operations (delete entry/asset, unpublish) with no validation or verify checkpoint before acting, and the destructive-cap the rubric imposes caps this at 3; not 4 because of those missing checkpoints. | 3 / 5 |
Progressive Disclosure | The body is a single ~160-line monolith with reasonable section headers but no external reference files (references/, scripts/, assets/ are absent), and a large actions table plus full proxy-flag reference that would be cleaner in separate files is inlined; this matches 'Some structure but could be better organized; references present but not clearly signaled; content that should be separate is inline' better than the 4 anchor. | 3 / 5 |
Total | 14 / 20 Passed |