CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

Quality

77%

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

71%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 well-structured, concise instruction body with a clear sequenced workflow, explicit guardrails, and named inter-skill handoff mechanisms. Its main weaknesses are the deferral of the skill's substantive interpretation guidance to referenced files that are not present in the bundle, and some repetition of the evidence-preservation taxonomy.

Suggestions

Inline the essential evidence caveats and pattern guidance currently delegated to '../avoid-ai-writing/SKILL.md', or ship them as a real references/ file in this bundle so the Authority section is not dangling.

Include the referenced router files (handoff-contract.md, skill-graph.json, agency-role-lenses.md) in the bundle or verify their paths, since the connection contract depends on them.

State the evidence taxonomy once (in Incoming) and reference it from Produce/Output instead of repeating the distinction list.

DimensionReasoningScore

Conciseness

The body is lean: short bullet lists, no concept explanations of what AI detection is, and it assumes Claude's competence throughout (e.g., 'Preserve the distinction between: deterministic detector evidence, model-only editorial observations...'). Minor trimming is possible — the evidence taxonomy is stated twice (Incoming and Produce) and the sentence 'This keeps interpretation terminal in the Skill graph and prevents reviewer-detector cycles' is rationale padding. Not 5 due to this repetition; well above 3 because there is no over-explanation of known concepts.

4 / 5

Actionability

For an instruction-only skill, guidance is concrete: named handoff mechanisms ('via ROUTE', 'via ESCALATE'), named envelope fields ('consequential_authorship_claim: true'), a named return reason ('fresh_signal_collection_needed'), and specific examples of probative evidence ('source history, drafts, revision logs, direct discussion with the writer'). It is not 5 because the substance of the interpretation lens (the actual evidence caveats and pattern guidance) is deferred to files not present, leaving the how-to-interpret detail thin. Not 3: the directives that are present are specific and executable.

4 / 5

Workflow Clarity

Six numbered steps are clearly sequenced, with guardrail checkpoints ('If an adequate audit is missing... return control to the router', 'Do not call the detector directly', 'Do not jump directly into rewrite') and an explicit stop condition plus return-loop description in Terminal behavior. Not 5 because there are no validation checkpoints on the skill's own output (e.g., how to verify the interpretation preserved evidence distinctions) and the return loop lacks an error-recovery path. Not 3: checkpoints and stop conditions are explicit, not implicit.

4 / 5

Progressive Disclosure

Sections are well organized and references are clearly signaled with exact paths ('../avoid-ai-writing/SKILL.md', '../avoid-ai-writing-router/references/handoff-contract.md', 'skill-graph.json', 'agency-role-lenses.md'), but none of these referenced files exist in the bundle or its sibling directories, and the bundle has no references/, scripts/, or assets/ of its own. The 'Authority' and 'AI-engineering evidence lens' sections delegate the skill's core substance to dangling references, so the body cannot navigate to the material it depends on. Better signaling than a 2, but the broken/missing reference targets keep it below 4.

3 / 5

Total

15

/

20

Passed

Description

73%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 strong, trigger-rich description with an explicit 'Use when' clause, natural keywords, and a well-delineated niche. Its main weakness is that the skill's capabilities are only implied through trigger phrasing rather than stated as concrete third-person actions.

Suggestions

Lead with a third-person capability statement listing concrete actions (e.g., 'Interprets AI-writing detector flags, assesses whether output supports an authorship claim, and identifies plausible non-AI explanations') before the 'Use when' clause.

Add natural trigger synonyms users commonly say, such as 'AI detection', 'AI detector results', or named detector tools.

Briefly name the concrete outputs the skill produces (e.g., evidence classification and a list of probative additional evidence) so the 'what' is explicit.

DimensionReasoningScore

Specificity

The description names the domain (AI-writing detector flag interpretation) and concrete behaviors like 'asks what AI-writing flags mean' and 'a careful interpretation of possible false positives', but the skill's actions are embedded in trigger phrasing rather than listed as capabilities. It is not a 4 because no several distinct concrete actions are stated, and not a 2 because the domain is specific with more than generic action language.

3 / 5

Completeness

The 'when' is explicit and strong ('Use when a user asks what AI-writing flags mean, whether detector output proves AI authorship...'), and the 'what' (careful interpretation of possible false positives for consequential decisions) is present but folded into the when-clause rather than stated as a leading capability statement. It is not 5 because a standalone 'what this skill does' statement is absent, and not 3 because both elements are effectively communicated.

4 / 5

Trigger Term Quality

Natural phrases users would say are present: 'AI-writing flags', 'detector output', 'AI authorship', 'false positives', plus decision contexts ('academic, hiring, publication, disciplinary'). It is below 5 because common variations like 'AI detector', 'AI detection results', or specific tool names are missing, and above 3 because coverage goes well beyond a couple of generic keywords.

4 / 5

Distinctiveness Conflict Risk

A clear niche (interpreting detector output as evidence vs. proof, for consequential decisions) with distinct triggers that separate it from running detection or rewriting text. Minimal overlap risk: phrases like 'whether detector output proves AI authorship' and 'interpretation of possible false positives' would not naturally trigger a detector or editing skill.

5 / 5

Total

16

/

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

Path

skills/false-positive-reviewer/SKILL.md

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.