CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

microservices-patterns

Comprehensive microservices patterns skill covering service mesh, traffic management, circuit breakers, resilience patterns, Istio, and production microservices architecture

Quality

50%

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 ./plugins/luxor-devops-suite/skills/microservices-patterns/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

This is an encyclopedic knowledge dump that re-teaches distributed-systems fundamentals Claude already knows while providing almost no executable, skill-specific guidance. It needs radical restructuring: cut the concept explanations, split the reference material into bundle files, and rebuild the core as concrete Istio configuration workflows with validation steps.

Suggestions

Cut the ~700 lines of textbook explanation (circuit breaker states, retry strategies, load balancing algorithms, saga/CQRS/BFF/strangler descriptions) — Claude already knows these; keep only non-obvious, decision-relevant guidance such as recommended default values for outlier detection, retries, and timeouts.

Split the content into progressive-disclosure bundle files (e.g. references/traffic-management.md, references/resilience.md, references/troubleshooting.md, references/patterns.md) and make SKILL.md a concise overview with clearly signaled links, instead of a 990-line monolith.

Convert the guidance into executable workflows: complete DestinationRule/VirtualService/PeerAuthentication YAML with concrete parameter values, plus istioctl command sequences (e.g. istioctl analyze → fix → re-analyze) with validation checkpoints for canary rollouts and troubleshooting.

DimensionReasoningScore

Conciseness

The ~990-line body extensively explains concepts Claude already knows — circuit breaker closed/open/half-open states, exponential backoff with jitter, round-robin vs least-request load balancing, golden signals, saga/CQRS/BFF/strangler patterns — with virtually no information beyond standard distributed-systems knowledge. This is a textbook, not a skill, matching anchor 1's 'severely verbose; heavily padded'.

1 / 5

Actionability

There is exactly one complete VirtualService YAML example and a handful of istioctl commands ('istioctl analyze', 'istioctl proxy-status'), but the overwhelming majority is high-level bullet guidance like 'Check retry and timeout settings', 'Review connection pool limits', 'Verify outlier detection config' with no commands, configs, or specific values. Concrete artifacts exist but are far too sparse for anchor 3.

2 / 5

Workflow Clarity

No executable multi-step workflows exist. The troubleshooting checklists are unordered hint lists without commands or expected outputs, and the progressive-delivery and strangler sections show phase percentages but no sequence of actions. Anchor 2's 'rough sequence present but many gaps; validation absent' fits; the concept-driven structure misses even the implicit checkpoints of anchor 3.

2 / 5

Progressive Disclosure

The skill is a monolithic ~990-line single file: no references/, scripts/, or assets/ directories exist, and the body contains no links to any separate files — the patterns catalog, troubleshooting guide, and example scenarios that clearly belong in dedicated reference files are all inlined. Section headers provide some structure, but anchor 2's 'content that clearly belongs in separate files is inlined' is the closest match.

2 / 5

Total

7

/

20

Passed

Description

61%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 identifies a distinct domain with reasonably natural trigger terms, but it reads as a padded topic inventory rather than an action-oriented capability statement, and it completely lacks a 'Use when...' trigger clause, capping its completeness. Tightening it into concrete verbs plus explicit trigger conditions would move it into the good-example tier.

Suggestions

Add an explicit trigger clause, e.g. 'Use when architecting or debugging microservices, configuring a service mesh (Istio), setting up circuit breakers/retries/timeouts, or planning canary or blue-green deployments on Kubernetes.'

Replace the buzzword 'Comprehensive' with concrete action verbs describing what the skill actually does (e.g. 'Design and configure service mesh traffic routing, resilience policies, and mTLS security for microservices on Istio/Kubernetes').

Include the natural terms users say that are currently missing — Kubernetes, canary/blue-green deployment, distributed tracing, API gateway — to broaden trigger coverage without adding length.

DimensionReasoningScore

Specificity

Names the domain plus several concrete topics ('service mesh, traffic management, circuit breakers, resilience patterns, Istio'), but the only action is the generic verb 'covering' — it is a topic list rather than a list of actions, padded with the buzzword 'Comprehensive'. More informative than anchor 2's single generic action, but never reaches anchor 4's 'several specific actions'.

3 / 5

Completeness

The 'what' is clear (a patterns skill covering the listed topics), but there is no 'Use when...' clause or any equivalent trigger guidance — the 'when' is entirely absent, not just weakly implied. Per judging guidelines, a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

'microservices', 'service mesh', 'circuit breakers', 'resilience patterns', and 'Istio' are natural phrases a user would say when needing this skill. Good keyword coverage, but common variations like Kubernetes, canary deployment, or API gateway are missing, so it falls short of anchor 5's synonym/extension completeness.

4 / 5

Distinctiveness Conflict Risk

Clearly scoped to microservices/service mesh/Istio territory with distinct technical triggers, so it is unlikely to fire for unrelated skills. There is minor overlap risk with closely related Kubernetes, distributed-systems, or general architecture skills, keeping it below anchor 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

skill_md_line_count

SKILL.md is long (998 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

plugins/luxor-devops-suite/skills/microservices-patterns/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.