Content
77%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 highly actionable, well-sequenced workflow with strong validation feedback loops, but it is a long single-file rule book with noticeable internal redundancy and no progressive disclosure to external reference files for the schema/format contract details.
Suggestions
Move the format contract (canonical typography fields, token-name regex, export-family verification mappings, frontmatter shape rules) into a references/ file and link to it from SKILL.md to improve progressive disclosure and reduce body length.
Deduplicate the repeated guidance across sections 2–4 (rounded.base example, canonical typography field list, omission gates) so each rule appears once.
Consider folding the repository-vs-URL evidence rules into a shared subsection to avoid restating the three-proof gate and omission criteria in multiple places.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is directive and assumes Claude's competence (no padding with basic concepts), but it restates the same rules multiple times — the rounded.base example, canonical typography fields, and omission gates each recur across sections 2–4 — so it could be tightened noticeably. | 3 / 5 |
Actionability | Provides copy-paste-ready commands (npx @google/design.md spec/lint/export/diff), concrete YAML frontmatter and typography examples, an explicit token-name regex, and a fixed export-target mapping (css-tailwind/json-tailwind/dtcg) covering the common cases. | 5 / 5 |
Workflow Clarity | A clear six-step sequence (mode → evidence → decide → write → validate → report) with explicit validation checkpoints (lint, export, diff) and feedback loops ("rewrite the frontmatter and rerun validation until the category is emitted"), plus a final no-op deletion checklist. | 5 / 5 |
Progressive Disclosure | No bundle files exist and the ~250-line body is a single monolithic document; the detailed format contract (canonical field lists, token-name regex, export-family verification) is reference-like material that is inlined rather than split into a one-level-deep reference file. | 3 / 5 |
Total | 16 / 20 Passed |