CtrlK
BlogDocsLog inGet started
Tessl Logo

panel-review

Review a Fallow design, plan, workflow, CLI surface, documentation architecture, or user experience with representative end-user and domain-expert perspectives before implementation.

60

Quality

70%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/panel-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%Weight 40%Scale 1-5

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

The body is an exceptionally lean, well-sequenced panel-review workflow with an explicit verification checkpoint and a clear decision taxonomy. The only meaningful gap is the unspecified method for assembling the evidence package and the absence of output examples.

Suggestions

Add one or two concrete sub-steps or an example for building the evidence package (step 2) so the method, not just the intent, is actionable.

Show a brief example of the recorded decision format in `.plans/<task>.md` (step 7) so the expected output is unambiguous.

Optionally add a short feedback loop for step 5 (e.g., "if a claim cannot be verified, mark it unproven and exclude from consensus") to strengthen error recovery.

DimensionReasoningScore

Conciseness

The ~25-line numbered workflow is lean, assumes Claude's competence (no explanation of "evidence package" or "load-bearing claims"), and every line earns its place with no padding.

5 / 5

Actionability

Steps give concrete directives with named specialist roles, named decision categories, and a concrete path (`.plans/<task>.md`), but step 2 leaves the method for building the evidence package unspecified and no output examples are provided.

4 / 5

Workflow Clarity

A clear 1-7 sequence with an explicit verification checkpoint (step 5) and a decision-categorization checklist (step 6); it is not a destructive/batch operation so the cap does not apply, but there is no error-recovery feedback loop.

4 / 5

Progressive Disclosure

Under 50 lines, single-purpose, self-contained with no external references needed and no bundle files; the simple-skill exception applies and the content is well-organized as a numbered workflow.

5 / 5

Total

18

/

20

Passed

Description

53%Weight 40%Scale 1-5

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

The description clearly conveys what the skill does and carves out a distinct Fallow-specific niche, but it omits an explicit "Use when..." trigger clause and relies on formal jargon rather than natural user phrases. These gaps keep most dimensions at the midpoint.

Suggestions

Add an explicit "Use when..." clause naming the user requests that should trigger this skill (e.g., reviewing a Fallow design, plan, or UX before implementation).

Soften the jargon with natural trigger phrases users would actually say (e.g., "review this design", "get perspectives on a plan", "sanity-check a workflow").

Express more than one concrete action beyond "Review" (e.g., "collect reviewer feedback, verify claims against source, and record decisions") to broaden action coverage.

DimensionReasoningScore

Specificity

Names a domain ("Fallow") and enumerates concrete review targets (design, plan, workflow, CLI surface, documentation architecture, user experience) but offers only a single action verb ("Review ... with ... perspectives"), so action coverage is not comprehensive enough for a 4.

3 / 5

Completeness

It clearly states the "what" (review artifacts with end-user and domain-expert perspectives), but there is no "Use when..." clause; "before implementation" is a lifecycle modifier rather than an invocation trigger, so the missing explicit trigger guidance caps completeness at 3.

3 / 5

Trigger Term Quality

Terms like "design", "plan", "workflow", and "user experience" are relevant triggers, but the phrasing is formal/jargon-laden ("Fallow", "documentation architecture") and lacks natural conversational variations a user would actually say.

3 / 5

Distinctiveness Conflict Risk

The "Fallow" qualifier plus the domain-expert panel-review framing gives a clear niche with minimal conflict risk, though the broad artifact list leaves minor overlap risk with related review skills.

4 / 5

Total

13

/

20

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
fallow-rs/fallow
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.