CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

architecture

Creates Architecture Decision Records (ADRs) in MADR format and arc42 documentation. Generates plan-context.md as the context bridge to Claude Code. Use this skill when the user mentions "architecture", "ADR", "arc42", "Architecture Decision", "tech stack", "solution design", "system design", "architecture review", "plan-context", or similar. Also when requirements exist and the next step is technical structuring. This skill creates PROPOSALS. Claude Code makes the final decisions based on the real state of the codebase.

Quality

94%

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

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 dense, highly actionable process skill: every phase carries concrete paths, commands, templates, and numeric caps, with explicit quality gates and an error-recovery loop for spec defects. The two weaknesses are minor — a redundant Keywords section that duplicates the frontmatter triggers, and inlined rule-sets that would suit a reference file in a longer skill.

Suggestions

Remove the '## Keywords' section at the end of the body — it duplicates the trigger terms already enumerated in the frontmatter description and adds no new information.

Move the detailed per-artifact rule-sets (ADR completeness, arc42 scope caps, plan-context contents) into a single reference file (e.g. references/artifact-specs.md), keeping SKILL.md as the workflow overview with one-level-deep pointers, in line with progressive disclosure best practice.

Tighten the Handoff Ritual's Part 1 artifact-report code block to a one-line format string instead of a five-line fixed template, since the surrounding prose already states where each artifact lives.

DimensionReasoningScore

Conciseness

The body is telegraphic and assumes Claude's competence ('Backlog row before artifact body', 'ADR abstraction. Core sections … carry no code paths, file names, line numbers, or signatures'), with almost no over-explanation. The '## Keywords' section (lines 197–201) duplicates the frontmatter description's triggers, and a few handoff blocks could be tightened — minor trimmable redundancy placing this between anchors 4 and 5, closer to 4 than a clean 'every token earns its place'.

4 / 5

Actionability

Guidance is copy-paste ready: exact CLI invocations ('python3 tools/github-integration/flow.py tag-phase --item <ID> --phase arch'), filename patterns ('ADR-{nn}-{slug}.md, 2-digit, kebab-case'), hard numeric caps (50-line ADR cap, 55-line plan-context cap), a canonical commit-message template, and a verbatim transition question. These cover the common cases, matching anchor 5.

5 / 5

Workflow Clarity

Phases 1–4 are clearly sequenced with explicit checkpoints: a one-block confirmation of scope/ASR/NFR counts in Phase 1, a '## Quality gates' checklist, a mid-course feedback loop (stop the ADR, triage, write REQ-REVIEW, route the FEATURE back to RE), and edge-case handling ('Skip the commit silently if the working tree has no changes'). No destructive or batch operation applies that would cap the score.

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ all absent), so scoring is against the body's own structure: clear section headers and one-level-deep pointers with full paths ('skills/project-conventions/references/team-workflow.md', 'templates/ADR-TEMPLATE.md'). However, at 185 lines it inlines several self-contained rule-sets (ADR completeness, arc42 scope, plan-context rules) that could be split into reference files, matching anchor 4's 'good structure; minor organization gaps' rather than anchor 5's ideal split.

4 / 5

Total

18

/

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: concrete capabilities in third-person voice, an explicit 'Use this skill when…' trigger list, and a clear boundary statement ('This skill creates PROPOSALS. Claude Code makes the final decisions'). The only weakness is the slightly broad requirements-existence clause, which creates minor conflict risk with adjacent design-process skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions with named formats and artifacts ('Creates Architecture Decision Records (ADRs) in MADR format and arc42 documentation. Generates plan-context.md as the context bridge to Claude Code'), fully covering what the skill produces. Anchor 4 would require a coverage gap, and none is present.

5 / 5

Completeness

It explicitly answers both 'what' (creates ADRs, arc42 docs, plan-context.md) and 'when' ('Use this skill when the user mentions … Also when requirements exist and the next step is technical structuring'), with concrete trigger phrases. This matches the anchor-5 example structure exactly.

5 / 5

Trigger Term Quality

Nine natural trigger phrases are enumerated ('architecture', 'ADR', 'arc42', 'Architecture Decision', 'tech stack', 'solution design', 'system design', 'architecture review', 'plan-context'), covering the synonym space users would actually say in this niche. Not anchor 4, since no common variation is obviously missing.

5 / 5

Distinctiveness Conflict Risk

ADR, arc42, and plan-context are highly distinctive triggers giving a clear niche, but the clause 'Also when requirements exist and the next step is technical structuring' plus 'or similar' broadens overlap with adjacent requirements/design/coding skills. This sits between anchors 4 and 5 — mostly distinct with minor overlap risk, so 4 rather than 5.

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

salemaziel/digital-innovation-agents

Path

skills/architecture/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.