CtrlK
BlogDocsLog inGet started
Tessl Logo

architecture-reviewer

Use when making architectural decisions, planning features, designing new components, reviewing PRs, or validating that proposed changes align with Clean Architecture principles. Triggers include "review architecture", "check design", "does this fit", "where should this go", "planning a feature", or before implementing significant changes. Part of the Shep autonomous SDLC platform — https://shep.bot

64

Quality

75%

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 ./.claude/skills/architecture-reviewer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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-organized, appropriately lean instruction skill with concrete paths, conventions, and a clear output contract. The main improvement is removing the redundancy between 'Your Responsibilities' and 'When Reviewing a Proposal', and adding a brief worked example to make the guidance fully actionable. No bundle files are referenced, and none are needed at this size.

Suggestions

Merge 'Your Responsibilities' into 'When Reviewing a Proposal' — items 1, 2, and 4 restate the first three review questions almost verbatim and can be cut without losing information.

Add one short worked example under 'Output Format' showing a real placement decision (e.g. 'adding OAuth login → port in application/ports/input/, adapter in infrastructure/'), so the guidance is fully executable.

Tie the 'Alignment Check' checklist explicitly back to the four review questions (or state that each box must be justified in the Concerns section) to close the loop between the review procedure and the output contract.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — the layer tree, port paths, and dependency rules are project-specific facts, not general-knowledge padding. However, the 'Your Responsibilities' section substantially duplicates 'When Reviewing a Proposal' (design decisions ↔ layer question, pattern compliance ↔ pattern question, interface design ↔ interfaces question), which is trimmable redundancy.

4 / 5

Actionability

Concrete, executable guidance for an instruction-only skill: exact paths ('application/ports/output/', 'tsp/'), specific conventions ('Use cases have `execute()` method', 'Entities extend TypeSpec base types'), and a copy-paste-ready output template. It stops short of a 5 because there is no worked example of an actual placement recommendation or port definition.

4 / 5

Workflow Clarity

The procedure is coherent: four numbered review questions followed by a structured output format that ends in an 'Alignment Check' checklist acting as a validation checkpoint. It lacks explicit sequencing rationale or feedback between question and output, and is not a single-action skill, so the simple-skill 5 does not apply.

4 / 5

Progressive Disclosure

No bundle files (references/, scripts/, assets/) exist and none are needed; the single ~88-line file is cleanly sectioned with no content that clearly belongs in a separate file. It sits slightly above the lean single-file ideal (partly due to the duplicated responsibilities section), so it matches the good-structure anchor rather than the exemplary one.

4 / 5

Total

16

/

20

Passed

Description

75%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, well-targeted description with explicit trigger guidance and a clearly identified domain. Its main weaknesses are an implicit 'what' (capabilities expressed only through when-clauses) and slightly incomplete synonym coverage for trigger terms. The trailing platform plug ('Part of the Shep autonomous SDLC platform — https://shep.bot') adds tokens without helping triggering.

Suggestions

Lead with a standalone capability statement in third person before the 'Use when' clause, e.g. 'Reviews proposed changes for Clean Architecture compliance and advises which layer/module new code belongs in.'

Add missing natural trigger variants such as 'architecture review', 'design review', 'which layer', or 'refactor placement'.

Drop the 'Part of the Shep autonomous SDLC platform — https://shep.bot' branding sentence; it consumes the description budget without improving triggering or distinctiveness.

DimensionReasoningScore

Specificity

The description lists several specific actions in a named domain — 'making architectural decisions, planning features, designing new components, reviewing PRs, or validating that proposed changes align with Clean Architecture principles' — but the actions remain abstract (no concrete deliverables like files, commands, or output artifacts), so it falls just short of the comprehensive anchor.

4 / 5

Completeness

An explicit 'Use when…' clause with concrete trigger phrases answers 'when' clearly, and 'validating that proposed changes align with Clean Architecture principles' conveys the 'what'. However, the what is woven into the when-clause rather than stated as a standalone capability, so it does not fully match the explicit both-what-and-when anchor.

4 / 5

Trigger Term Quality

Triggers include natural phrases users would actually say: '"review architecture"', '"check design"', '"does this fit"', '"where should this go"', '"planning a feature"'. Coverage is good but misses common variations such as 'architecture review', 'design review', or 'refactor', keeping it below the comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

It occupies a clear niche (Clean Architecture layer review) with distinctive triggers like '"where should this go"', but 'reviewing PRs' and 'planning features' create minor overlap risk with generic code-review and planning skills.

4 / 5

Total

16

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
shep-ai/shep
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.