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.

64

Quality

76%

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

Quality

Content

65%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 a clean, well-structured overview that uses progressive disclosure effectively via one real reference file. Its weakness is actionability and workflow clarity: it is a pattern taxonomy rather than executable or sequenced guidance, so Claude learns which patterns exist but not concretely how to apply them in a design workflow.

Suggestions

Add a short "How to apply" workflow with sequenced steps and a validation checkpoint (e.g., 1. Identify bounded contexts, 2. Choose communication style, 3. Define data boundaries, 4. Add resilience per call, 5. Verify contracts) to raise workflow_clarity.

Include one minimal executable snippet per key pattern (e.g., a Circuit Breaker or Saga code skeleton) or specific tool commands so guidance is actionable rather than descriptive.

Trim the redundant opening line that restates the frontmatter description to push conciseness to 5.

DimensionReasoningScore

Conciseness

The body is mostly lean bullet lists and does not over-explain concepts Claude already knows, but the opening line "Master microservices architecture patterns including service boundaries, inter-service communication, data management, and resilience patterns" restates the frontmatter description, a minor trim opportunity short of anchor 5.

4 / 5

Actionability

It names concrete patterns with their purpose (e.g., "Circuit Breaker — Fail fast on repeated errors, Prevent cascade failures") giving selection-level guidance, but provides no implementation steps, code, or commands, leaving it incomplete per anchor 3.

3 / 5

Workflow Clarity

Content is organized as a reference (When-to-Use then Core Concepts by concern) rather than a sequenced design workflow; there is no explicit step sequence or validation checkpoints for activities like monolith decomposition, matching anchor 3's sequence-with-checkpoint-gaps.

3 / 5

Progressive Disclosure

The body is an overview that defers detail to a single one-level-deep reference ("Detailed pattern documentation lives in `references/details.md`") which exists as a real file, with clear signaling and appropriate content splitting, matching anchor 5.

5 / 5

Total

15

/

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 pairs a concrete capability statement with an explicit "Use when" trigger clause covering natural terms, and carves out a distinct niche. The only mild gap is synonym/extensional trigger coverage that would push specificity and trigger_term_quality to 5.

DimensionReasoningScore

Specificity

"Design microservices architectures with service boundaries, event-driven communication, and resilience patterns" lists several specific capability areas, but they are high-level categories rather than the many concrete actions anchor 5 requires.

4 / 5

Completeness

It states a clear "what" (design architectures with service boundaries, event-driven communication, resilience patterns) and an explicit "when" ("Use when building distributed systems, decomposing monoliths, or implementing microservices") with concrete triggers, matching anchor 5.

5 / 5

Trigger Term Quality

"building distributed systems, decomposing monoliths, or implementing microservices" are natural phrases users say, but synonym variants (SOA, service mesh) and extensional terms are missing versus the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

Microservices architecture with service boundaries, event-driven communication, and monolith decomposition is a clear niche with distinct triggers and minimal overlap with other skills, matching anchor 5.

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
wshobson/agents
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.