CtrlK
BlogDocsLog inGet started
Tessl Logo

common-system-design

Define module boundaries, dependency direction, data ownership, resilience, and distributed-system trade-offs. Use for architecture, service boundaries, coupling, scalability, or failure-cascade decisions; not generic project setup.

68

Quality

83%

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

SKILL.md
Quality
Evals
Security

Quality

Content

78%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, token-efficient body with a clear sequenced workflow and excellent progressive disclosure via real one-level-deep reference files. The main weakness is mild over-explanation of well-known architectural principles and the lack of an explicit feedback loop in the workflow.

DimensionReasoningScore

Conciseness

The body is lean and uses terse bullets, but glosses like 'SoC: Divide into distinct sections per concern' and 'High Cohesion: Related functionality in one module' re-explain principles Claude already knows and could be trimmed.

4 / 5

Actionability

Concrete, executable guidance is present ('Select communication pattern (sync REST, async event, or hybrid)', 'timeout and circuit-break the dependency, return a defined degraded/fallback result') with only minor gaps in specificity.

4 / 5

Workflow Clarity

A clear 5-step sequence includes a scoped validation checkpoint ('Validate CAP trade-offs only for distributed components') and an explicit output step (record an ADR), though an explicit validate-fix-retry feedback loop is absent.

4 / 5

Progressive Disclosure

Well-organized sections with clearly signaled, one-level-deep references to real bundle files (references/implementation.md, references/distributed-systems.md, references/resilience-patterns.md), none of which nest further.

5 / 5

Total

17

/

20

Passed

Description

88%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, third-person description that clearly states both capabilities and trigger conditions with a useful negative boundary. It is comprehensive and mostly distinct, with only minor gaps in trigger synonym coverage and overlap risk with adjacent design skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Define module boundaries, dependency direction, data ownership, resilience, and distributed-system trade-offs' — giving comprehensive coverage of the skill's capabilities.

5 / 5

Completeness

Explicitly answers both what ('Define module boundaries...') and when ('Use for architecture, service boundaries...; not generic project setup') with concrete trigger phrases and an explicit negative boundary.

5 / 5

Trigger Term Quality

Includes natural terms users say ('architecture, service boundaries, coupling, scalability, or failure-cascade decisions') but omits common synonyms like 'microservices', 'system design', or 'decomposition'.

4 / 5

Distinctiveness Conflict Risk

The niche is well-scoped to architecture and distributed-system trade-offs with an exclusion clause ('not generic project setup'), but broad terms like 'architecture' and 'design' retain minor overlap risk with related refactoring or SOLID skills.

4 / 5

Total

18

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository
HoangNguyen0403/agent-skills-standard
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.