CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

senior-architect

This skill should be used when the user asks to "design system architecture", "evaluate microservices vs monolith", "create architecture diagrams", "analyze dependencies", "choose a database", "plan for scalability", "make technical decisions", or "review system design". Use for architecture decision records (ADRs), tech stack evaluation, system design reviews, dependency analysis, and generating architecture diagrams in Mermaid, PlantUML, or ASCII format.

92

1.81x
Quality

89%

Does it follow best practices?

Impact

96%

1.81x

Average score across 6 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

78%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-structured, highly actionable skill body: executable commands throughout, clearly sequenced decision workflows with concrete criteria, and exemplary one-level-deep reference disclosure. The main cost is redundancy — commands repeated across three sections and a padding 'Tech Stack Coverage' list — plus decision workflows that lack an explicit validation checkpoint before documenting the decision.

Suggestions

Remove the 'Common Commands' section and the 'Tech Stack Coverage' section: the former duplicates commands already shown in each tool's 'Usage' block, and the latter lists technologies without actionable guidance, together saving ~30 lines of context.

Consolidate the 'Quick Start' commands with each tool's 'Usage' examples so each command appears exactly once, keeping Quick Start as a 3-line pointer to the tool sections.

Add a validation step to the decision workflows before 'Document decision' — e.g., 'Step 4: Verify the tentative choice against Step 1 data characteristics and Step 2 scale requirements; if two or more checks fail, revisit the alternative options' — to close the workflow's feedback loop.

DimensionReasoningScore

Conciseness

The core tool and workflow sections are dense and table-driven, but there is real padding: the same script commands appear three times (Quick Start, per-tool 'Usage', and 'Common Commands'), and the 'Tech Stack Coverage' section is a non-actionable list of technologies Claude already knows. This is 'some unnecessary explanation that could be tightened' rather than the 'minor instances' of the anchor-4 example.

3 / 5

Actionability

Every tool section gives copy-paste-ready commands (e.g., 'python scripts/dependency_analyzer.py ./project --check circular') with flags, output formats, and example outputs, and all three referenced scripts exist in the bundle. The decision workflows use concrete thresholds ('>100M records, global distribution → CockroachDB, Spanner, or DynamoDB'). Fully executable and covering the common cases — matches anchor 5.

5 / 5

Workflow Clarity

The three decision workflows (Database Selection, Pattern Selection, Monolith vs Microservices) are clearly sequenced in numbered steps with explicit criteria tables and a checklist. However, no validation or review checkpoint exists (e.g., re-checking a tentative database choice against the Step-1 characteristics before documenting the ADR) — a 'clear sequence with most checkpoints present; minor validation gaps', so anchor 4 rather than 5. Not 3: the sequences are complete and well-defined, not merely 'listed with implicit checkpoints'.

4 / 5

Progressive Disclosure

SKILL.md is an overview with detail correctly pushed to three one-level-deep reference files, all of which exist, and navigation is well signaled via the 'Load these files for detailed information' table mapping each file to its contents and trigger questions ('which database?', 'how to design?'). The reference files contain only internal anchors, so there is no nested-reference problem. This matches the anchor-5 pattern.

5 / 5

Total

17

/

20

Passed

Description

96%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 explicitly answers both 'what' and 'when' with concrete, natural trigger phrases and specific capability lists including output formats. The only weakness is a couple of overly broad trigger phrases ('make technical decisions', 'analyze dependencies') that create minor conflict risk with neighboring skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete capabilities: 'architecture decision records (ADRs), tech stack evaluation, system design reviews, dependency analysis, and generating architecture diagrams in Mermaid, PlantUML, or ASCII format' — each capability is specific, including output formats. Not score 4: coverage is comprehensive for the architecture-decision niche, not just 'several actions with minor gaps'.

5 / 5

Completeness

Both parts are explicit: 'This skill should be used when the user asks to...' gives concrete 'when' triggers, and the second sentence states 'what' ('Use for architecture decision records (ADRs), tech stack evaluation, ... generating architecture diagrams in Mermaid, PlantUML, or ASCII'). This mirrors the anchor-5 good example structure; score 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Eight natural quoted phrases users would actually say ('design system architecture', 'evaluate microservices vs monolith', 'choose a database', 'plan for scalability', 'review system design', etc.) plus synonyms like 'tech stack evaluation' and 'ADRs'. This matches the anchor-5 pattern of comprehensive natural-term coverage; only a few rarer variations (e.g., 'capacity planning') are missing, which is not enough to drop to 4.

5 / 5

Distinctiveness Conflict Risk

Mostly distinct — the niche (system architecture design decisions, ADRs, diagram generation) has clear triggers. However, the broad phrases 'make technical decisions' and 'analyze dependencies' could overlap with general code-review or dependency-update skills. Not 5: minor but real overlap risk; not 3: the domain framing ('system architecture', 'microservices vs monolith', ADRs) keeps it well away from generic conflict.

4 / 5

Total

19

/

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

alirezarezvani/claude-skills

Path

engineering-team/skills/senior-architect/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.