CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

angular-architecture

Standards for Angular project structure, feature modules, and lazy loading. Use when structuring Angular apps, defining feature modules, or configuring lazy loading.

60

Quality

76%

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

Quality

Content

71%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 lean, well-structured standards skill with concrete canonical guidance, a mandatory verification checklist, and a clean one-level reference to a real bundle file. Its main weakness is heavy redundancy — the same rules are restated across the Principles prose, canonical statements, checklist, and anti-patterns — plus an empty "Priority: P0" heading that adds no content.

Suggestions

Deduplicate rules: state each rule once (canonical statements OR bullets OR anti-patterns) and let the checklist reference them, cutting the repeated standalone/NgModule and lazy-loading statements.

Remove or populate the orphaned "## **Priority: P0 (CRITICAL)**" heading, which currently has no content beneath it.

Fix the grammar in "All feature routes MUST lazy loaded" (should be "MUST be lazy loaded") and consider one inline example of a feature folder layout to reduce reliance on the external reference.

DimensionReasoningScore

Conciseness

The body avoids explaining basics Claude already knows, but systematically duplicates rules: "use standalone components / eliminate NgModule" appears as a canonical statement, a Principles bullet, a checklist item, and an anti-pattern, and the lazy-loading rule repeats in three places. It is mostly efficient but could be tightened considerably by deduplicating.

3 / 5

Actionability

Concrete guidance includes an executable route-config example ("{ path: 'dashboard', loadComponent: () => import('./features/dashboard/dashboard.component')...}"), exact canonical terms, and unambiguous rules like "Never put singletons in shared/". Minor gaps: only one code example and no inline example of a feature folder layout, which is deferred entirely to the reference.

4 / 5

Workflow Clarity

This is a standards skill rather than a multi-step process, and it provides an explicit "Verification Checklist (Mandatory)" acting as validation checkpoints over the stated rules. It falls short of the top anchor because there is no error-recovery guidance for what to do when a checklist item fails.

4 / 5

Progressive Disclosure

The short, well-sectioned body carries the overview and points to a single clearly signaled one-level-deep reference ([Folder Structure](references/folder-structure.md)), which exists in the bundle and matches the referenced content. Navigation is easy and content is appropriately split for a skill of this size.

5 / 5

Total

16

/

20

Passed

Description

73%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 solid, concise description with an explicit Use-when clause and good Angular-specific trigger terms. Its main weaknesses are topic-style phrasing instead of concrete capability actions and a when-clause that mirrors the what-clause instead of adding new trigger scenarios.

Suggestions

Rewrite the opening as concrete capability actions, e.g. "Structure Angular applications into feature folders, define core/ vs shared/ boundaries, and configure lazy-loaded routes" instead of "Standards for...".

Diversify the Use-when clause with distinct trigger scenarios users would actually say, such as "Use when deciding where to place a service or component, setting up standalone components, or configuring loadComponent/loadChildren routes".

Add commonly used trigger synonyms (standalone components, project organization, angular.json) to broaden natural keyword coverage.

DimensionReasoningScore

Specificity

"Standards for Angular project structure, feature modules, and lazy loading" names the domain and three focus areas, but phrases them as topics rather than concrete actions. This matches the anchor for naming the domain with limited concrete actions, not the level above which requires several specific action statements.

3 / 5

Completeness

Both what ("Standards for Angular project structure...") and when ("Use when structuring Angular apps...") are explicitly present. The when-clause nearly restates the what verbatim rather than adding distinct concrete trigger scenarios, keeping it below the top anchor.

4 / 5

Trigger Term Quality

"Use when structuring Angular apps, defining feature modules, or configuring lazy loading" includes natural phrases users would say. A few common terms are missing (e.g., "standalone components", "project organization", file names like angular.json), so it does not reach comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The description is firmly scoped to Angular architecture with terms like "feature modules" and "lazy loading", giving it a clear niche with minimal risk of triggering for unrelated skills.

5 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository

HoangNguyen0403/agent-skills-standard

Path

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