CtrlK
BlogDocsLog inGet started
Tessl Logo

architecture

Architectural decision-making framework. Requirements analysis, trade-off evaluation, ADR documentation. Use when making architecture decisions or analyzing system design.

70

1.18x
Quality

54%

Does it follow best practices?

Impact

98%

1.18x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/architecture/SKILL.md

The canonical home for this skill is architecture in sickn33/agentic-awesome-skills

SKILL.md
Quality
Evals
Security

Quality

Content

42%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill functions primarily as a navigation hub with good progressive disclosure but lacks substantive actionable content in the main file itself. The content map and related skills sections are well-structured, but the core principle section is generic wisdom Claude already knows, and the 'When to Use' section is a meaningless placeholder. The skill would benefit significantly from a brief concrete workflow or quick-start example in the main file.

Suggestions

Add a concrete quick-start workflow showing the actual steps to follow when making an architecture decision (e.g., '1. Run context discovery → 2. Classify project → 3. Select patterns → 4. Document ADR'), with specific references to which file to consult at each step.

Remove the 'When to Use' section which adds no value, and trim the Core Principle section which states things Claude already knows.

Include at least one concrete, minimal ADR example or template snippet directly in the main file so there's immediately actionable content without needing to read sub-files.

DimensionReasoningScore

Conciseness

Mostly efficient but includes some filler content like the inspirational quote, the 'When to Use' section that says nothing meaningful, and the core principle section which restates common wisdom Claude already knows. The content map table is well-structured though.

2 / 3

Actionability

The SKILL.md itself contains no concrete, executable guidance—no code, no commands, no specific examples. It's entirely a navigation page pointing to other files, with only a generic checklist and abstract principles. The actual actionable content is deferred entirely to referenced files.

1 / 3

Workflow Clarity

The validation checklist provides some sequence for architecture decisions, but there's no clear multi-step workflow with explicit ordering or validation checkpoints. The checklist items are reasonable but lack specificity about when/how to validate each step or what to do if validation fails.

2 / 3

Progressive Disclosure

Excellent use of a content map table with clear file descriptions and 'When to Read' guidance. References are one level deep, well-signaled, and organized for discovery. Related skills are also clearly linked.

3 / 3

Total

8

/

12

Passed

Description

67%Scale 1-3

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 structurally sound with a clear 'what' and 'when' clause, earning full marks on completeness. However, the capabilities listed are somewhat abstract rather than concretely actionable, and the trigger terms could be broader to capture more natural user phrasings. The domain is moderately distinct but risks overlap with general system design or code architecture skills.

Suggestions

Add more concrete actions like 'generate ADR markdown documents, compare technology options, evaluate scalability and maintainability tradeoffs'.

Expand trigger terms to include natural variations like 'tech stack choice', 'design tradeoffs', 'RFC', 'should I use X or Y', 'architecture review'.

DimensionReasoningScore

Specificity

Names the domain (architectural decisions) and some actions (requirements analysis, trade-off evaluation, ADR documentation), but these are somewhat abstract and not deeply concrete actions like 'generate ADR markdown files' or 'compare technology options in a matrix'.

2 / 3

Completeness

Clearly answers both 'what' (requirements analysis, trade-off evaluation, ADR documentation) and 'when' (explicitly states 'Use when making architecture decisions or analyzing system design').

3 / 3

Trigger Term Quality

Includes some relevant terms like 'architecture decisions', 'system design', and 'ADR', but misses common natural variations users might say such as 'tech stack choice', 'design tradeoffs', 'should I use X or Y', 'architecture review', or 'RFC'.

2 / 3

Distinctiveness Conflict Risk

'System design' and 'architecture' are fairly broad terms that could overlap with skills focused on code architecture, infrastructure design, or general system documentation. The ADR mention helps narrow it somewhat, but 'analyzing system design' is quite broad.

2 / 3

Total

9

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-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.