CtrlK
BlogDocsLog inGet started
Tessl Logo

anti-reversing-techniques

Understand anti-reversing, obfuscation, and protection techniques encountered during software analysis. Use when analyzing protected binaries, bypassing anti-debugging for authorized analysis, or understanding software protection mechanisms.

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/anti-reversing-techniques/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%

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

The body is a tidy, safety-conscious overview with a clear use/no-use framing and a simple sequenced workflow, but it contains no concrete technical guidance — all real technique content is deferred to a referenced file that is not present in the bundle. Redundant authorization framing and a duplicated reference line also dilute conciseness.

Suggestions

Add at least a few concrete techniques, tools, or example commands inline (e.g. specific anti-debug checks, an unpacking command, or an obfuscation-detection snippet) rather than deferring all substance to the missing playbook.

Remove the verbatim-duplicated reference to `resources/implementation-playbook.md` (keep it only in the Resources section) and collapse the repeated authorization framing into a single authoritative block.

Add an explicit validation/checkpoint step in the workflow (e.g. "confirm authorization is documented before touching the artifact; verify the unpacked output before analysis") to turn the implicit gate into a real feedback loop.

Create the referenced `resources/implementation-playbook.md` (or point to a bundle file that exists) so the promised detailed content is actually available.

DimensionReasoningScore

Conciseness

The body is mostly lean and avoids explaining concepts Claude already knows, but the authorization/legal theme is restated across the callout, "Use/Do not use", and "Instructions" sections, and the line "Refer to `resources/implementation-playbook.md`..." is duplicated verbatim in the Resources section, so it could be tightened rather than earning the lean 3.

2 / 3

Actionability

A concrete four-step process and explicit do/don't boundaries provide a usable framework, but every actual technique is deferred to the referenced playbook and steps like "choose safe analysis methods" are vague with no tools, commands, or specific guidance, falling short of fully actionable.

2 / 3

Workflow Clarity

The Instructions give a clear sequence (confirm authorization, identify mechanisms, document, recommend), but apart from the implicit front-end authorization gate there are no explicit validation checkpoints or feedback loops, which caps clarity at 2.

2 / 3

Progressive Disclosure

The overview is well-sectioned and points one level deep to a clearly signaled playbook, but the referenced `resources/implementation-playbook.md` does not exist among the bundle files and the reference is stated twice, so the promised detail is not actually delivered.

2 / 3

Total

8

/

12

Passed

Description

90%

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 is well-formed: it clearly states capability and provides explicit, natural trigger terms for a distinct security-analysis niche. The only weakness is that the lead action verb ("Understand") is somewhat less concrete than listing specific actions.

DimensionReasoningScore

Specificity

The description names a clear domain ("anti-reversing, obfuscation, and protection techniques") and implies actions like analyzing and bypassing, but the primary verb is the relatively vague "Understand" rather than a list of multiple concrete actions, so it does not reach the multi-action anchor of 3.

2 / 3

Completeness

It explicitly states both what the skill does ("Understand anti-reversing, obfuscation, and protection techniques...") and when to use it via an explicit "Use when..." clause, satisfying both halves of the top anchor.

3 / 3

Trigger Term Quality

Triggers such as "analyzing protected binaries", "bypassing anti-debugging", and "software protection mechanisms" give good coverage of natural terms a security analyst would actually say, matching the strong-coverage anchor.

3 / 3

Distinctiveness Conflict Risk

The niche (anti-reversing / obfuscation / software protection on protected binaries) is distinct with specific triggers unlikely to fire for unrelated skills, matching the clear-niche anchor.

3 / 3

Total

11

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
rmyndharis/antigravity-skills
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.