CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

architect-review

Master software architect specializing in modern architecture

50

1.09x
Quality

40%

Does it follow best practices?

Impact

92%

1.09x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills-claude/skills/architect-review/SKILL.md

The canonical home for this skill is architect-review in rmyndharis/antigravity-skills

SKILL.md
Quality
Evals
Security

Quality

Content

23%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 a persona prompt, not a task skill: it spends nearly its entire length cataloging well-known architecture concepts and technologies Claude already knows, while the actual instructions are four vague one-line steps. There is no concrete guidance, output format, or validation step that would make an architectural review reliably better than Claude's default behavior.

Suggestions

Cut the Capabilities, Knowledge Base, and Behavioral Traits sections entirely (or compress to a 5-line scope statement) — Claude already knows SOLID, Kafka, circuit breakers, and the C4 model; these lines add tokens without adding capability.

Replace the vague Instructions with a concrete review workflow: a sequenced checklist (gather context -> map components/dependencies -> score quality attributes -> flag violations -> recommend with tradeoffs) with an explicit validation checkpoint before approving high-risk changes.

Provide one concrete output artifact, e.g., an Architecture Decision Record or review-report template with sections (impact rating, risks, tradeoffs, next steps), so reviews produce a consistent, actionable deliverable.

DimensionReasoningScore

Conciseness

Roughly 130 of 173 lines enumerate concepts Claude already knows verbatim ('Single Responsibility, Open/Closed, Liskov Substitution principles', 'Circuit breaker, bulkhead, and timeout patterns', 'C4 model', 'CAP theorem implications'), adding no unique knowledge. This matches anchor 1 ('extensively explains concepts Claude already knows; heavily padded'); it is not a 2 because the padding is not just several sections but nearly the entire token budget.

1 / 5

Actionability

The Instructions ('Evaluate architecture decisions and identify risks', 'Recommend improvements with tradeoffs and next steps') are high-level hints with no concrete method, checklist, output format, or executable guidance, matching anchor 2 ('minimal concrete guidance; high-level hints but missing the specific steps'). Not a 3 because no concrete, usable artifact (e.g., a review checklist or ADR template) is provided anywhere.

2 / 5

Workflow Clarity

Steps are listed (Instructions 1-4 and Response Approach 1-8) so a sequence exists, but the two step lists duplicate each other, remain vague, and include no validation checkpoints ('follow up on validation' is not a validation step in the workflow). This matches anchor 3 ('steps listed but validation gaps; checkpoints missing').

3 / 5

Progressive Disclosure

No bundle files exist and the ~110 lines of capability/knowledge enumerations are inlined in SKILL.md, where a lean overview plus separate reference files (pattern checklist, ADR template, review checklist) would serve better. This matches anchor 2 ('content that clearly belongs in separate files is inlined'); not a 1 because section headers do provide navigation.

2 / 5

Total

8

/

20

Passed

Description

28%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.

The description is a bare persona title: it names a domain but states no concrete actions, no 'what it does', and no 'when to use it' trigger guidance. A user or model selecting skills has almost nothing to distinguish this from general architectural knowledge or a code-review skill.

Suggestions

Rewrite the description in third person with concrete actions, e.g., 'Reviews system architectures and design changes, assesses scalability/resilience/maintainability impacts, and recommends improvements with tradeoffs.'

Append an explicit trigger clause: 'Use when reviewing system architecture, evaluating a major design change, or assessing scalability, resilience, or architecture-pattern compliance.'

Add natural trigger terms users would actually say (architecture review, design review, microservices boundaries, ADR) and negative boundaries (not for small local code changes) to reduce overlap with general code-review skills.

DimensionReasoningScore

Specificity

The description "Master software architect specializing in modern architecture" names the domain but is a role title with no concrete action verbs, matching the anchor 'Names the domain but actions are minimal or generic'. It is not a 1 because the domain is clearly stated, and not a 3 because even one concrete action (e.g., 'reviews system architecture') is absent.

2 / 5

Completeness

It provides only a vague 'what' (a role title implying expertise, not what the skill does) and no 'when' clause at all, matching the anchor 'Has a vague what and no when'. The missing 'Use when...' guidance also caps this dimension at 3, and the weak 'what' pushes it to 2.

2 / 5

Trigger Term Quality

Only the generic keywords 'software architect' and 'modern architecture' appear; natural user phrases like 'architecture review', 'design review', 'scalability', or 'system design' are missing, matching the 'one or two generic keywords' anchor. Not a 3 because common variations and the phrasing users actually say are absent.

2 / 5

Distinctiveness Conflict Risk

'Software architect specializing in modern architecture' is somewhat specific and distinguishable from document/data skills, but with no stated action it would trigger for any architecture-adjacent request and overlaps with code-review and general programming skills, matching anchor 3. Not a 4 because the triggers are not distinct enough.

3 / 5

Total

9

/

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-claude/skills/architect-review/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.