Content
63%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 well-structured with an appropriate split between overview and the detailed reference file, and its Check/Fix flow carries an explicit threshold checkpoint. Its weaknesses are padding that re-explains FCP—a concept Claude already knows—and a lack of any executable command or snippet in the body itself, plus no post-fix re-measurement step.
Suggestions
Delete the introductory 'why FCP matters' paragraph and the 'Explain' section; Claude already knows what FCP is, and the same information appears in references/rule.md.
Add a re-measurement verification step after Fix (e.g., 'Re-run Lighthouse and confirm FCP is under 1.8s before considering the fix complete') to close the feedback loop.
Include one small executable element in the body—e.g., the lighthouse CLI command or a two-line preconnect/inline-CSS snippet—so the Fix section is actionable without opening the reference.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The opening paragraph ('FCP is the first visual signal that a page is loading—fast FCP reassures users... reducing perceived wait time and bounce rates') and the 'Explain' section re-teach what FCP is—a concept Claude already knows—and the Quick Reference bullets duplicate Check/Fix content. Mostly efficient, but several lines could be cut. | 3 / 5 |
Actionability | Concrete specifics exist—named tools ('Lighthouse or PageSpeed Insights'), a hard threshold ('within 1.8 seconds'), and named techniques ('inlining critical CSS', 'preconnect')—but the body contains no executable commands or code; the how-to is entirely delegated to references/rule.md. This is some concrete guidance with key execution details missing. | 3 / 5 |
Workflow Clarity | A clear Check → Fix sequence exists with an explicit checkpoint ('Verify first content appears within 1.8 seconds'), and this is not a destructive/batch operation so no cap applies. The main gap is the absence of a re-measure/verification step after fixes are applied. | 4 / 5 |
Progressive Disclosure | A short (~30 line) well-sectioned overview body points via one clearly signaled, one-level-deep reference ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md') to a verified real file that holds the bulk detail with no nested references. Content is appropriately split and easy to navigate. | 5 / 5 |
Total | 15 / 20 Passed |