CtrlK
BlogDocsLog inGet started
Tessl Logo

paper-code-audit

Compare a paper's claims against its public codebase. Use when the user asks to audit a paper, check code-claim consistency, verify reproducibility of a specific paper, or find mismatches between a paper and its 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 ./skills/paper-code-audit/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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 exceptionally concise and delegates work to an external workflow, but it lacks concrete executable guidance and explicit validation checkpoints for a batch/destructive audit operation. Progressive disclosure structure is reasonable given its brevity.

Suggestions

Add a concrete example of invoking the audit (e.g., a sample command or the arguments `/audit` expects) so the guidance is copy-paste ready rather than abstract.

Spell out the multi-step audit sequence with explicit validation checkpoints (e.g., verify claims were checked, confirm mismatches before reporting) to lift workflow clarity.

Briefly state what the audit report in `outputs/` should contain so the deliverable is unambiguous.

DimensionReasoningScore

Conciseness

Very lean body with no concept re-explanation or padding; every line assumes Claude's competence.

5 / 5

Actionability

Guidance is high-level ('Run the `/audit` workflow', 'Agents used: researcher, verifier') with no concrete executable steps, commands, or example of how to invoke or what the workflow produces.

2 / 5

Workflow Clarity

Only a rough one-line sequence is implied; for a destructive/batch-prone audit operation there are no explicit validation checkpoints or feedback loops.

2 / 5

Progressive Disclosure

Well-organized short body that delegates to the `/audit` slash command rather than nesting file references; appropriate for a skill under 50 lines, though the one navigation pointer is a command rather than a bundled file.

4 / 5

Total

13

/

20

Passed

Description

83%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, specific description with explicit what-and-when guidance and natural trigger terms covering a distinct niche. Minor gaps in trigger synonym coverage keep it just below perfect on specificity and trigger_term_quality.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions ('audit a paper', 'check code-claim consistency', 'verify reproducibility', 'find mismatches between a paper and its implementation') with only minor coverage gaps.

4 / 5

Completeness

Clearly answers both 'what' (compare claims against codebase) and 'when' (explicit 'Use when...' clause with concrete trigger phrases).

5 / 5

Trigger Term Quality

Good natural trigger coverage ('audit a paper', 'verify reproducibility', 'check code-claim consistency') with a few common phrasings missing, but solidly above the generic-keyword anchor.

4 / 5

Distinctiveness Conflict Risk

A clear niche (paper-vs-code consistency audits) with distinct triggers and minimal overlap risk against other skills.

5 / 5

Total

18

/

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
companion-inc/feynman
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.