CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

enterprise-agent-ops

Operate long-lived agent workloads with observability, security boundaries, and lifecycle management.

Quality

71%

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/enterprise-agent-ops/SKILL.md

The canonical home for this skill is enterprise-agent-ops in affaan-m/ECC

SKILL.md
Quality
Evals
Security

Quality

Content

72%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 an exemplary token-efficient, well-organized checklist that assumes Claude's competence, and the incident runbook is properly sequenced with a validation gate. Its weakness is executability: the controls, metrics, and integrations are named but never shown with commands or examples, so Claude must fill in all implementation details itself.

Suggestions

Add one concrete example per domain, e.g. an actual PM2/systemd snippet for lifecycle control or a sample metrics query, so the guidance is executable rather than a checklist of principles.

Expand the runtime lifecycle and change-management sections with the same numbered-step treatment the Incident Pattern already uses, including explicit validation checkpoints after rollout and rollback.

Make the metrics section actionable by pairing each metric with how to compute or where to read it (e.g. 'time to recovery: timestamp difference between alert and next successful task in the audit log').

DimensionReasoningScore

Conciseness

The body is a lean, well-tightened checklist ('immutable deployment artifacts', 'hard timeout and retry budgets', 'cost per successful task') with zero padding and no explanation of concepts Claude already knows, matching the every-token-earns-its-place anchor.

5 / 5

Actionability

Control names and metrics are concrete, but no commands, tool invocations, or worked examples appear — 'pairs with PM2 workflows / systemd services' gestures at tools without execution specifics — landing between high-level hints and incomplete concrete guidance.

3 / 5

Workflow Clarity

The Incident Pattern is a clear six-step sequence with a validation gate ('run regression + security checks' before 'resume gradually'), but the other claimed domains (runtime lifecycle, rollout/rollback, observability) are bare lists with no sequence or checkpoints.

3 / 5

Progressive Disclosure

The skill is under 50 lines with no external references needed, and its cleanly headed sections (Operational Domains, Baseline Controls, Metrics, Incident Pattern, Integrations) satisfy the simple-skill exception for a full score.

5 / 5

Total

16

/

20

Passed

Description

58%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.

The description is specific and occupies a distinct niche, but it omits any 'when to use' trigger guidance and relies on operational jargon rather than natural user phrasing. Adding an explicit 'Use when...' clause with user-facing trigger terms would raise both completeness and trigger quality.

Suggestions

Append an explicit trigger clause, e.g. 'Use when deploying, hosting, or babysitting continuously running agent systems, or when the user mentions agent uptime, monitoring, or rollout safety.'

Replace jargon-only phrasing with natural synonyms users would say, such as 'keep agents running', 'monitor agent health', and 'deploy/restart agents', to improve trigger-term coverage.

Enumerate the concrete actions in the description itself (e.g. 'start/pause/restart runtimes, collect logs and metrics, scope permissions, roll back changes') so the 'what' is comprehensive, not just domain-level.

DimensionReasoningScore

Specificity

Names the domain ('long-lived agent workloads') and three concrete capability areas ('observability, security boundaries, and lifecycle management'), matching the several-specific-actions anchor with minor gaps rather than the 1-2 actions of the level below or full comprehensive coverage of level 5.

4 / 5

Completeness

The 'what' is clear (operate long-lived agent workloads with the three named controls), but there is no 'Use when...' clause or any trigger guidance, which caps completeness at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Terms like 'observability' and 'lifecycle management' are relevant but jargon-leaning, and natural user phrases such as 'keep my agent running' or 'monitor agents' are absent, matching the missing-synonyms anchor rather than good coverage.

3 / 5

Distinctiveness Conflict Risk

'Long-lived agent workloads' carves a mostly distinct operational niche with only minor overlap risk against generic deployment or monitoring skills, though the triggers are not unique enough for a 5.

4 / 5

Total

14

/

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

valeriibeck-star/claude-skills

Path

skills/enterprise-agent-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.