CtrlK
BlogDocsLog inGet started
Tessl Logo

architecture-patterns

Implement proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design. Use when architecting complex backend systems or refactoring existing applications for better maintainability.

73

0.98x
Quality

61%

Does it follow best practices?

Impact

97%

0.98x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./tests/ext_conformance/artifacts/agents-wshobson/backend-development/skills/architecture-patterns/SKILL.md

The canonical home for this skill is architecture-patterns in wshobson/agents

SKILL.md
Quality
Evals
Security

Quality

Content

40%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 delivers concrete, largely executable code for all three patterns, but it re-teaches well-known concepts at length, inlines hundreds of lines that belong in the (nonexistent) referenced files, and offers no sequenced workflow for actually adopting the patterns. It reads as a reference dump rather than an actionable skill overview.

Suggestions

Cut the "Core Concepts" section or reduce it to a one-line-per-pattern summary — Claude already knows Clean/Hexagonal/DDD fundamentals; spend tokens only on project-specific conventions.

Add a sequenced adoption workflow (e.g., 1. identify bounded contexts, 2. extract domain entities, 3. define ports, 4. implement adapters, 5. verify core has no framework imports) with a concrete validation step such as a dependency-check command.

Actually create the advertised references/ and assets/ files and move the full code listings into them, keeping SKILL.md as a lean overview with well-signaled one-level-deep links — currently all five advertised paths are dangling.

DimensionReasoningScore

Conciseness

The "Core Concepts" section re-explains Clean Architecture layers, ports/adapters, and DDD tactical patterns that Claude already knows, and ~300 lines of inline code pad the body. This is noticeably verbose with several redundant sections, though not pure prose padding throughout.

2 / 5

Actionability

The CreateUser flow (entity, port, use case, adapter, controller) plus the directory structure is mostly executable, but there are real gaps: `get_create_user_use_case` is undefined, and the hexagonal/DDD blocks reference undefined symbols (`Order`, `OrderResult`, `stripe`, `ABC`, `Customer`, `field`).

4 / 5

Workflow Clarity

There is no sequenced process for applying these patterns (e.g., extract domain first, define ports, then adapt infrastructure); content is organized thematically by pattern rather than as an actionable workflow, with no validation checkpoints.

2 / 5

Progressive Disclosure

The Resources section clearly signals references, but none of the referenced files exist (no references/ or assets/ directories), while ~300 lines of code that those files should hold are inlined in SKILL.md — content that clearly belongs in separate files is inlined and the split is broken.

2 / 5

Total

10

/

20

Passed

Description

83%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 description that clearly states what the skill does and when to use it, with named patterns that serve as effective triggers. Main weakness is the single generic action verb and a broad refactoring trigger that risks overlap with general refactoring skills.

DimensionReasoningScore

Specificity

Names the domain and three specific patterns ("Clean Architecture, Hexagonal Architecture, and Domain-Driven Design"), but the only action verb is the generic "Implement", leaving minor gaps in action coverage.

4 / 5

Completeness

Explicitly answers both what ("Implement proven backend architecture patterns including...") and when ("Use when architecting complex backend systems or refactoring existing applications for better maintainability") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Good natural-term coverage ("Clean Architecture", "Hexagonal Architecture", "Domain-Driven Design", "refactoring", "maintainability"), but common synonyms like "DDD", "ports and adapters", "onion architecture", or "layered architecture" are missing.

4 / 5

Distinctiveness Conflict Risk

The named architecture patterns give it a clear niche, but the trigger "refactoring existing applications for better maintainability" is broad and could overlap with general refactoring or code-quality skills.

4 / 5

Total

17

/

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

referenced_paths_exist

Referenced path issues: 5 missing

Warning

Total

15

/

16

Passed

Repository
Dicklesworthstone/pi_agent_rust
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.