CtrlK
BlogDocsLog inGet started
Tessl Logo

conductor-validator

Validates Conductor project artifacts for completeness, consistency, and correctness. Use after setup, when diagnosing issues, or before implementation to verify project context.

56

Quality

63%

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/conductor-validator/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 content is a compact, single-screen skill with concrete shell commands and useful status/task marker tables, but it is held back by a malformed opening code block, generic instruction boilerplate, and the absence of explicit validation checkpoints in what is inherently a validation workflow. It is serviceable but not polished.

Suggestions

Fix the opening shell block: add the missing opening ``` fence (and a language hint) so the commands render as an executable code block rather than stray prose.

Replace the generic 'Instructions' bullets with Conductor-specific validation steps, including an explicit checkpoint for the failure case (e.g., 'If a required file is missing, report which one and halt before proceeding').

Remove boilerplate lines like 'Clarify goals, constraints, and required inputs' and 'Apply relevant best practices' that do not add Conductor-specific signal.

DimensionReasoningScore

Conciseness

The body is mostly lean shell snippets and marker tables with little explanatory padding, but it opens with a malformed/stray code block and includes generic boilerplate ('Clarify goals, constraints, and required inputs', 'Apply relevant best practices and validate outcomes') that adds little Conductor-specific value, so it could be tightened.

2 / 3

Actionability

It gives some concrete, runnable commands (`ls -la conductor/`, the file-existence check, the track-ID pattern example), but the opening shell block is presented as prose under a heading without a proper fenced code block opening, and the validation logic is only implied rather than spelled out, leaving guidance incomplete.

2 / 3

Workflow Clarity

There is a loose sequence (check dir exists → list tracks → check required files → match patterns), but no explicit validation checkpoints or feedback loops for what to do when a file is missing or a pattern fails, which caps a multi-step validation workflow at the mid anchor.

2 / 3

Progressive Disclosure

The body is organized into reasonable sections ('Use this skill when', 'Instructions', 'Pattern Matching') and stays one level deep with no nested references, but there are no bundle files and no signaling of deeper material, so it is adequately but not exemplary structured for a short skill.

2 / 3

Total

8

/

12

Passed

Description

77%

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 states concrete validation actions and includes an explicit 'Use when...' trigger covering multiple scenarios. Its main weakness is trigger-term quality and distinctiveness — the cues are workflow-stage-based rather than natural user phrasing, and the validation framing could overlap with similar linting skills.

Suggestions

Add natural-language trigger terms a user would actually say (e.g., 'Conductor project', 'validate Conductor artifacts', 'check project setup') alongside the workflow-stage cues.

Sharpen distinctiveness by naming what makes this Conductor-specific (e.g., 'Validates Conductor's index/product/tech-stack/workflow artifact set') so it cannot be confused with general linting skills.

DimensionReasoningScore

Specificity

The description names concrete actions — 'Validates Conductor project artifacts for completeness, consistency, and correctness' — listing three specific validation dimensions rather than vague language like 'Helps with documents'. It stops just short of the most concrete tier by not naming the individual artifact files, but the listed actions (completeness, consistency, correctness checks) are specific and concrete.

3 / 3

Completeness

It explicitly answers both halves: what it does ('Validates Conductor project artifacts for completeness, consistency, and correctness') and when to use it ('Use after setup, when diagnosing issues, or before implementation'). The explicit 'Use...' trigger clause matches the top anchor.

3 / 3

Trigger Term Quality

It includes some relevant situational keywords ('after setup', 'diagnosing issues', 'before implementation'), but these are workflow-stage cues rather than the natural words a user would utter ('Conductor', 'validate project', 'check artifacts'). It is missing common natural variations a user might say, so it does not reach full coverage.

2 / 3

Distinctiveness Conflict Risk

The 'Conductor' domain niche gives it some specificity, but the validation framing ('completeness, consistency, correctness') is generic enough to overlap with other project-health or linting skills, so it is not a fully distinctive niche with no conflict risk.

2 / 3

Total

10

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

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.