CtrlK
BlogDocsLog inGet started
Tessl Logo

l1-reviewer

The L1 Reviewer is the quality gate for all product specs at Headout before they reach Atish. Use this skill to review any PRD, spec, or requirements document for completeness, logical soundness, scenario coverage, metric clarity, and design coherence. Structured critique, not a polish pass. Rejects incomplete specs with specific, actionable failure reasons. A passing spec is ready for Atish. A failing spec returns to the PM with exactly what needs fixing. Trigger for: "review this PRD", "is this spec good enough", "L1 check", "review before I send to Atish", or whenever the Spec Writer finishes a draft. Checks both the LOGIC layer (scenario coverage, metric rigor, AC quality) and the DESIGN layer (design coherence, prototype alignment).

91

1.26x
Quality

88%

Does it follow best practices?

Impact

99%

1.26x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a strong, highly actionable skill that provides a comprehensive and well-sequenced review framework with specific, testable criteria and clear output templates. Its main weakness is moderate verbosity in the framing sections and motivational language that Claude doesn't need, plus the monolithic structure that could benefit from splitting the detailed checklists into referenced files. The example and common issues sections add significant practical value.

Suggestions

Trim the motivational/framing paragraphs (e.g., 'Atish's time is the most expensive resource', 'You are not a copyeditor') — Claude doesn't need persuasion, just instructions.

Consider extracting the detailed checklists (2a-2g, Step 3) into a referenced file like `review-checklist.md` to keep the main skill as a concise workflow overview.

DimensionReasoningScore

Conciseness

The skill is mostly efficient but includes some unnecessary framing (e.g., 'Atish's time is the most expensive resource', 'You are not a copyeditor. You are a rigorous product critic.') that Claude doesn't need to be told. The checklist items themselves are lean and well-structured, but the preamble and some explanatory text could be tightened.

2 / 3

Actionability

The skill provides extremely concrete, specific checklists with exact criteria for pass/fail. Every checklist item is testable, the output templates are copy-paste ready with clear formatting, and the example shows exactly what a good failure note looks like versus a vague one. The GIVEN/WHEN/THEN rewrite example is particularly strong.

3 / 3

Workflow Clarity

The workflow is clearly sequenced (load context → pre-review interview → logic review → design review → produce output) with explicit validation gates (pass/fail criteria), a feedback loop (resubmit checklist for failures), and clear decision points. The 'when in doubt, fail' heuristic and the engineer-test standard provide unambiguous checkpoints.

3 / 3

Progressive Disclosure

The skill references external files (company.md, historical-pipeline.md, glossary.md, CLAUDE.md) appropriately, but the skill itself is a long monolithic document (~200+ lines) with no references to supplementary files for the checklist details or examples. The checklist sections could potentially be split out, though for a single-purpose review skill this is borderline acceptable.

2 / 3

Total

10

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description that clearly defines its purpose as a PRD quality gate, lists specific review dimensions (scenario coverage, metric rigor, AC quality, design coherence), and provides explicit trigger phrases. The description is well-structured with both 'what' and 'when' clearly addressed, and the organization-specific context makes it highly distinctive.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: reviews for completeness, logical soundness, scenario coverage, metric clarity, and design coherence. Also specifies LOGIC layer (scenario coverage, metric rigor, AC quality) and DESIGN layer (design coherence, prototype alignment).

3 / 3

Completeness

Clearly answers both 'what' (structured critique of PRDs checking logic and design layers, rejecting incomplete specs with actionable failure reasons) and 'when' (explicit 'Trigger for:' clause with multiple trigger phrases and contextual triggers).

3 / 3

Trigger Term Quality

Includes natural trigger phrases users would actually say: 'review this PRD', 'is this spec good enough', 'L1 check', 'review before I send to Atish', and contextual triggers like when the Spec Writer finishes a draft. Good coverage of natural terms including 'PRD', 'spec', 'requirements document'.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with organization-specific context (Headout, Atish), a specific role name (L1 Reviewer), and a clear niche (PRD/spec quality gate review). Very unlikely to conflict with other skills due to the specific domain and named workflow.

3 / 3

Total

12

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
headout/pm-os-marketplace
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.