CtrlK
BlogDocsLog inGet started
Tessl Logo

microservices-patterns

Design microservices architectures with service boundaries, event-driven communication, and resilience patterns. Use when building distributed systems, decomposing monoliths, or implementing microservices.

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

Quality

Content

53%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 content delivers concrete, mostly-executable code across core microservices patterns but is held back by a duplicated concept/code structure and a monolithic single-file layout with no external references. Splitting code-heavy sections into reference files and collapsing the redundant concept overview would materially raise quality.

Suggestions

Collapse the 'Core Concepts' overview and the later '… Patterns' code sections into one structure per topic to remove redundant explanation of concepts Claude already knows.

Move the longer implementations (API Gateway, Saga, Circuit Breaker) into separate files under references/ and link to them from a concise overview in SKILL.md to enable progressive disclosure.

Add any missing imports/decorators (e.g. asyncio, the @circuit implementation) so the code examples are copy-paste executable, and consider a short sequenced 'design workflow' with checkpoints if the skill is meant to guide a process.

DimensionReasoningScore

Conciseness

The body duplicates its taxonomy — 'Core Concepts' introduces service decomposition, communication, data, and resilience, then later sections re-expand the same topics with full code — and bullets like 'No shared databases / Loose coupling' restate knowledge Claude already has, fitting 'mostly efficient but includes some unnecessary explanation'.

3 / 5

Actionability

Substantial executable Python (FastAPI gateway, tenacity retries, aiokafka bus, orchestrated saga, circuit breaker) covers common cases, but some examples have minor gaps (undeclared asyncio/circuit imports, illustrative @circuit decorator), matching 'mostly executable guidance; concrete code with minor gaps'.

4 / 5

Workflow Clarity

This is a pattern catalog rather than a sequenced process, so steps are thematic groupings without validation checkpoints or feedback loops; the anchor 'steps listed but validation gaps; checkpoints missing' is the closest fit, and no destructive/batch cap applies since it is a design reference.

3 / 5

Progressive Disclosure

No bundle files exist and all ~327 lines are inlined in one file; the gateway, saga, and circuit-breaker implementations clearly belong in separate reference files, matching 'content that clearly belongs in separate files is inlined' just below the midpoint of structural quality.

2 / 5

Total

12

/

20

Passed

Description

87%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 strong: it states concrete capabilities, provides explicit natural-language triggers for when to use the skill, and occupies a distinct niche. Minor specificity gains are possible by naming more sub-concerns, but it already answers both 'what' and 'when' clearly.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions ('Design microservices architectures with service boundaries, event-driven communication, and resilience patterns') but does not enumerate every concern (data, sagas, discovery) for full coverage, matching the 'several specific actions; minor gaps' anchor.

4 / 5

Completeness

Explicitly answers what ('Design microservices architectures with service boundaries, event-driven communication, and resilience patterns') and when ('Use when building distributed systems, decomposing monoliths, or implementing microservices') with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Includes natural user phrases ('building distributed systems', 'decomposing monoliths', 'implementing microservices') a user would actually say, but a few related synonyms (e.g. API gateway, service mesh) are absent, fitting the 'good keyword coverage; a few natural terms missing' anchor.

4 / 5

Distinctiveness Conflict Risk

Targets a clear niche (microservices architecture) with distinct triggers like 'decomposing monoliths' and 'distributed systems', giving it minimal overlap with other skills per the 'clear niche with distinct triggers' anchor.

5 / 5

Total

18

/

20

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
secondsky/claude-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.