CtrlK
BlogDocsLog inGet started
Tessl Logo

false-positive-reviewer

Use when a user asks what AI-writing flags mean, whether detector output proves AI authorship, or wants a careful interpretation of possible false positives, especially for academic, hiring, publication, disciplinary, or other consequential decisions.

56

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 ./skills/false-positive-reviewer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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.

A disciplined, well-sectioned instruction-only skill whose workflow, stop conditions, and connection contract are concrete and unambiguous. Its two real weaknesses are redundancy in the router-return rules and total dependence on cross-skill reference files that are missing from the bundle, leaving the evidence caveats and role lens it cites unavailable.

Suggestions

State the router-return rule once (in Terminal behavior or Stop conditions) and reference it from the workflow instead of repeating it in three sections; drop the design-rationale sentence about preventing reviewer-detector cycles.

Inline the critical evidence caveats and the agency-role lens essentials (or ship them as bundle files under references/) so the skill is actionable when the sibling skills are absent.

Add a brief example of the output framing — e.g., one sentence showing how a detector flag is stated as a signal with plausible human causes rather than a verdict.

DimensionReasoningScore

Conciseness

The body is mostly efficient with no explanations of concepts Claude already knows, but the router-return rule is stated three times ("If fresh signal collection is genuinely needed, return control to `avoid-ai-writing-router`", workflow step 4 "Do not call the detector directly", and Stop conditions "return control to the router rather than opening a direct Skill loop"), and "This keeps interpretation terminal in the Skill graph and prevents reviewer-detector cycles" is design commentary rather than instruction.

3 / 5

Actionability

Concrete, specific guidance throughout: an explicit evidence taxonomy ("deterministic detector hits, model-only editorial observations, or contextual facts"), named confounders ("genre, second-language writing, technical register, deadline pressure"), and specific probative evidence types ("source history, drafts, revision logs"). Minor gap: no worked example of how to phrase an interpretation or structure the output.

4 / 5

Workflow Clarity

The six numbered steps are clearly sequenced with explicit conditionals ("If an adequate audit is missing and the user wants one, return control to the router") and a defined stop condition. Not a 5 because there is no checkpoint validating that the evidence classification in step 1 is complete before interpretation proceeds, and the router-mediated feedback loop is described rather than embedded as an explicit verify-and-retry step.

4 / 5

Progressive Disclosure

Sections are well organized and the body correctly stays an overview, but it delegates its core authority to files that are not present: `../avoid-ai-writing/SKILL.md`, `../avoid-ai-writing-router/references/handoff-contract.md`, `skill-graph.json`, and `agency-role-lenses.md` do not exist anywhere in the bundle or workspace. The disclosure chain is clearly signaled but cannot actually be followed.

3 / 5

Total

14

/

20

Passed

Description

65%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.

A trigger-focused description with excellent explicit "Use when" guidance, strong natural keywords, and a clearly distinct niche. Its main weakness is the absent declarative "what" — the skill's actual function must be inferred from the trigger phrasing rather than read directly.

Suggestions

Lead with a third-person capability statement, e.g., "Interprets AI-writing detector flags and assesses false-positive risk without issuing authorship verdicts. Use when...", so the "what" is explicit rather than implied.

Add natural trigger synonyms users commonly say, such as "AI detector", "AI-generated text", "AI checker", or "flags say this was written by AI".

DimensionReasoningScore

Specificity

The description names the domain (AI-writing detector flags, false positives, authorship) and one or two implied actions ("a careful interpretation of possible false positives", "asks what AI-writing flags mean"), but never declaratively lists what the skill does. Not a 4 because capabilities are only embedded in trigger phrasing rather than stated as specific actions.

3 / 5

Completeness

The "when" is explicit and thorough ("Use when a user asks what AI-writing flags mean, whether detector output proves AI authorship..."), but the "what" is never stated — the description is entirely a trigger clause, with the skill's interpretive function only weakly implied by it. This mirrors the 3 anchor's one-side-missing structure; it does not reach 4, which requires both present.

3 / 5

Trigger Term Quality

Good natural coverage: "AI-writing flags", "detector output", "proves AI authorship", "false positives", and the decision contexts "academic, hiring, publication, disciplinary" are phrases users would actually say. Missing common variations like "AI detector", "AI-generated text", or "AI checker", so it falls short of the 5 anchor's synonym and extension coverage.

4 / 5

Distinctiveness Conflict Risk

Clear niche with distinct triggers: interpreting detector output and false-positive risk for consequential decisions is well separated from detection, rewriting, or generation skills, and phrases like "whether detector output proves AI authorship" would not naturally trigger a sibling skill. Minimal conflict risk.

5 / 5

Total

15

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
conorbronsdon/avoid-ai-writing
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.