CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

architecture-patterns

Master proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design to build maintainable, testable, and scalable systems.

49

Quality

62%

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/AI-Agents-Safe-Coding-Skills/skills/architecture-patterns/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

46%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 concise and well-sectioned with clear use/do-not-use triggers, but the actual guidance is thin: all concrete detail is deferred to an implementation playbook that is missing from the bundle, and the instruction steps remain high-level directives with no selection criteria or validation checkpoints. Fixing the dangling reference is the highest-impact repair.

Suggestions

Ship the referenced bundle file (resources/implementation-playbook.md) or remove/inline the reference — the skill defers all specifics to a file that does not exist, making the deferral a dead end.

Make instruction steps concrete and executable, e.g. decision criteria for choosing Clean vs. Hexagonal vs. DDD based on domain complexity, and example module/dependency-rule structures.

Define the promised validation explicitly: what "validation checks" to run after defining boundaries or migrations (e.g. dependency-direction checks, test-seam verification), turning step 4 into a real checkpoint.

DimensionReasoningScore

Conciseness

The body is lean and free of concepts Claude already knows, with terse sections ("Use this skill when", "Do not use this skill when", five instruction steps). It falls short of anchor 5 only through minor redundancy: the frontmatter description is restated verbatim as the intro line, and the playbook reference appears twice (in Instructions and again in Resources).

4 / 5

Actionability

The instructions are high-level hints without specific executable steps: "Select an architecture pattern that fits the domain complexity" offers no selection criteria, and "Define module boundaries, interfaces, and dependency rules" gives no concrete method, example, or checklist. All specifics are deferred to a playbook file that is not present in the bundle, so the guidance as written cannot be executed, matching anchor 2.

2 / 5

Workflow Clarity

A rough sequence is present (clarify domain boundaries, select pattern, define boundaries/interfaces, provide migration steps and validation checks), but validation is only mentioned by name with no checkpoints or feedback loops defined, matching anchor 3. It is not anchor 2 because the steps are ordered and reasonably defined, and not anchor 4 because there are no concrete validation commands or checks.

3 / 5

Progressive Disclosure

The body's only substantive detail is deferred to "resources/implementation-playbook.md", but no bundle files exist at all (no references/, scripts/, assets/, or resources/ directories), so the referenced path is dangling and the deferred content is unreachable. Structure and sectioning are decent, but scored against the actual (empty) bundle structure, the single reference is broken, leaving the skill's promised depth undelivered — matching the minimal-structure anchor 2.

2 / 5

Total

11

/

20

Passed

Description

61%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 clear, reasonably specific description that names three concrete architecture patterns, but it lacks any explicit "when to use" trigger clause and misses common synonyms (DDD, onion/layered architecture). The capability framing is also generic ("master... to build") rather than enumerating distinct actions.

Suggestions

Add an explicit trigger clause, e.g. "Use when designing or refactoring backend systems, when the user mentions Clean Architecture, Hexagonal Architecture, DDD, or when establishing architecture standards for a team."

Replace generic verbs with concrete actions, e.g. "Select architecture patterns, define module boundaries and dependency rules, plan migration steps for loosely coupled backend systems."

Include common synonyms such as "DDD", "onion architecture", "layered architecture", and "ports and adapters" so natural user phrasings match the skill.

DimensionReasoningScore

Specificity

The description names the domain and three concrete patterns ("Clean Architecture, Hexagonal Architecture, and Domain-Driven Design"), but the action verbs are generic ("Master... to build maintainable, testable, and scalable systems") rather than a list of several distinct concrete actions, matching anchor 3. It does not reach anchor 4 because there are no multiple specific executable capabilities listed, only one master-and-build framing.

3 / 5

Completeness

It clearly answers "what" ("Master proven backend architecture patterns... to build maintainable, testable, and scalable systems") but contains no "Use when" clause or equivalent explicit trigger guidance, capping completeness at 3 per the judging guidelines. Not anchor 2 because the "what" is specific and clear, not vague.

3 / 5

Trigger Term Quality

Good keyword coverage with natural phrases users would say: "Clean Architecture", "Hexagonal Architecture", "Domain-Driven Design", "maintainable", "testable", "scalable". It falls short of anchor 5 because common synonyms and variations are missing ("DDD", "onion architecture", "layered architecture", "ports and adapters", "hexagonal").

4 / 5

Distinctiveness Conflict Risk

The named patterns (Clean Architecture, Hexagonal, DDD) carve out a fairly distinct niche with specific triggers, giving mostly distinct identification. It is not anchor 5 because "build maintainable, testable, and scalable systems" is broad and overlaps with general software-design and refactoring skills.

4 / 5

Total

14

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills/skills/architecture-patterns/SKILL.md

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.