CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

automation-audit-ops

Evidence-first automation inventory and overlap audit workflow for ECC. Use when the user wants to know which jobs, hooks, connectors, MCP servers, or wrappers are live, broken, redundant, or missing before fixing anything.

Quality

74%

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/automation-audit-ops/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

60%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, audit-first instruction skill with a clear four-step workflow, sensible guardrails, and a defined output format. Its weaknesses are repeated list content across sections and category-level guidance that never reaches concrete commands or example paths for reading the live surface.

Suggestions

Deduplicate the live-state classification list (keep it once, in Workflow step 2, and have Guardrails reference it) and state keep / merge / cut / fix-next once, in the Output Format template.

Add concrete evidence-gathering commands or example paths for each surface (e.g., .github/workflows/, crontab -l, gh run list, .claude/settings.json hooks) so step 1 is executable rather than a category list.

Turn the final Verification section into an explicit validate-and-retry loop (e.g., re-run the proof-path check for any item labeled 'recently verified' before finalizing the recommendation).

DimensionReasoningScore

Conciseness

The body is mostly lean telegraphic prose, but it is noticeably duplicated: the live-state list (configured / authenticated / recently verified / stale or broken / missing) appears in both Guardrails and Workflow step 2, and keep / merge / cut / fix-next appears three times (Workflow step 4, Output Format, Verification). It fits 'mostly efficient but could be tightened' better than the verbose anchor, since nothing explains concepts Claude already knows.

3 / 5

Actionability

The guidance is concrete about what to inventory (hooks, GitHub Actions, MCP configs, connectors, wrappers), how to classify, and what the output must contain — but it contains no executable specifics: no commands, file paths, or example invocations (e.g., how to list hooks or enumerate scheduled workflows). Per the rubric's instruction-only note the absence of code is not itself penalized, but the guidance stops at category-level direction, matching 'some concrete guidance but incomplete' rather than 'mostly executable'.

3 / 5

Workflow Clarity

A clearly numbered four-step sequence (inventory → classify → trace proof → recommend) with a read-only guardrail, an explicit ambiguity rule in step 3 ('say so directly instead of pretending the audit is complete'), and a Verification checklist closing the loop. It falls short of the top anchor because the verification steps are assertions to satisfy rather than explicit validate-and-retry feedback loops.

4 / 5

Progressive Disclosure

The skill is a single self-contained file with well-labeled sections (When to Use, Guardrails, Workflow, Output Format, Pitfalls, Verification) and no nested or dangling references. It is above the 'good structure, minor organization gaps' threshold but not a clear top score: at ~135 lines with a Skill Stack section and duplicated category lists, some content could be split or trimmed, and the skill exceeds the under-50-line simple-skill exception.

4 / 5

Total

14

/

20

Passed

Description

78%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 description with an explicit, well-phrased 'Use when...' trigger clause and a clearly stated purpose. The main weakness is that capability description rests on two action nouns plus an object enumeration, which is specific about what is audited but less comprehensive about distinct actions performed.

DimensionReasoningScore

Specificity

The description names the domain ('automation inventory and overlap audit workflow') and 1-2 concrete actions ('inventory', 'overlap audit'), but the long enumeration is of target objects (jobs, hooks, connectors, MCP servers, wrappers) rather than additional actions. Not clearly comprehensive of several distinct actions, so it sits at the 'domain plus 1-2 concrete actions' anchor rather than the 'several specific actions' anchor.

3 / 5

Completeness

It explicitly answers both: what ('Evidence-first automation inventory and overlap audit workflow for ECC') and when ('Use when the user wants to know which jobs, hooks, connectors, MCP servers, or wrappers are live, broken, redundant, or missing before fixing anything'). Both are concrete and paired with explicit trigger phrases, matching the top anchor; score 4 would require the 'when' clause to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Good natural keyword coverage: 'live', 'broken', 'redundant', 'jobs', 'hooks', 'connectors', 'MCP servers', 'wrappers' are phrases a user would plausibly say when asking about automation health. A few common variations are missing (e.g., 'cron', 'scheduled', 'automations'), keeping it just below the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The audit-first niche ('before fixing anything', 'live, broken, redundant, or missing') is distinct from generic automation-building or monitoring skills, giving it a clear niche. Minor overlap risk remains with adjacent inventory/diagnostic skills (e.g., CI inspection or connector-health tooling), so it fits 'mostly distinct; minor overlap risk' rather than the minimal-conflict top anchor.

4 / 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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

affaan-m/ECC

Path

skills/automation-audit-ops/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.