CtrlK
BlogDocsLog inGet started
Tessl Logo

backend-architect

Expert backend architect specializing in scalable API design, microservices architecture, and distributed systems. Masters REST/GraphQL/gRPC APIs, event-driven architectures, service mesh patterns, and modern backend frameworks. Handles service boundary definition, inter-service communication, resilience patterns, and observability. Use PROACTIVELY when creating new backend services or APIs.

53

Quality

60%

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/backend-architect/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

35%

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 well-structured but verbose persona/knowledge catalog that re-explains backend concepts Claude already knows and keeps all detail inline. It scores well on sequencing and organization intent but poorly on token efficiency and progressive disclosure.

Suggestions

Move the Capabilities and Knowledge Base catalogs into one-level-deep reference files (e.g. CAPABILITIES.md) and keep SKILL.md as a concise overview that links to them, cutting the bulk of redundant known-concept listing.

Trim explanations of well-known technologies to bare mentions or remove them entirely; assume Claude's competence and retain only non-obvious project-specific guidance such as the Key Distinctions and deferral rules.

Add explicit validation checkpoints to the workflow (e.g. 'Confirm non-functional requirements before selecting patterns', 'Review trade-offs against the rollout plan') so the Response Approach qualifies as a feedback-looped process rather than a flat step list.

DimensionReasoningScore

Conciseness

The Capabilities and Knowledge Base sections enumerate technologies and concepts Claude already knows (Redis, Kafka, RabbitMQ, OAuth 2.0, JWT, Docker, Kubernetes, etc.) with one-line glosses, which the rubric treats as padded explanation of known concepts; the Purpose and Core Philosophy sections also restate the description.

1 / 3

Actionability

The 10-step Response Approach and the Output Examples checklist give concrete direction, but most directives are abstract ('Choose architecture patterns and integration mechanisms', 'Build in resilience') without the specificity that would make them fully actionable for an instruction skill.

2 / 3

Workflow Clarity

Steps are clearly sequenced (4-step Instructions, 10-step Response Approach), but there are no explicit validation checkpoints or feedback loops, so it sits at the 'sequence present but checkpoints missing or implicit' anchor rather than the top level.

2 / 3

Progressive Disclosure

Section headers are well organized, but the roughly 150-line Capabilities catalog is inline content that belongs in separate reference files; no bundle files exist and there are no one-level-deep references, matching the 'content that should be separate is inline' anchor.

2 / 3

Total

7

/

12

Passed

Description

85%

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, complete, and distinct, with an explicit trigger clause and clear third-person voice. Its main weakness is trigger-term breadth: the 'Use when' clause is narrow and the body leans on jargon over natural phrasing.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions and domains ('scalable API design', 'REST/GraphQL/gRPC APIs', 'service boundary definition', 'inter-service communication', 'resilience patterns', 'observability'), matching the anchor for listing multiple specific concrete actions rather than vague language.

3 / 3

Completeness

It explicitly answers both 'what' ('Masters... Handles...') and 'when' via an explicit trigger clause ('Use PROACTIVELY when creating new backend services or APIs'), so it is not capped at 2 by the missing-trigger guideline.

3 / 3

Trigger Term Quality

Natural trigger terms appear ('backend services', 'APIs', 'creating new backend services or APIs'), but the description is dominated by technical jargon ('service mesh patterns', 'gRPC', 'event-driven architectures') and the 'Use when' clause is narrow, missing common variations a user might say.

2 / 3

Distinctiveness Conflict Risk

The backend-architecture framing ('scalable API design, microservices architecture, and distributed systems') carves a clear niche distinct from sibling architect skills, making accidental triggering unlikely.

3 / 3

Total

11

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
rmyndharis/antigravity-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.