CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

monorepo-architect

Design monorepo structure, build systems, and dependency boundaries using Nx, Turborepo, Bazel, or Lerna. Use when setting up a monorepo, optimizing builds, or scaling development workflows.

57

Quality

72%

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/monorepo-architect/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

46%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 generic template skeleton rather than an operational skill: it enumerates the right topics (tool selection, caching, affected detection) but provides zero executable detail — no example configs, commands, or validation steps — and pads its length with boilerplate filler sections. Section organization is clean, which supports navigation, but an agent executing this skill would gain almost no monorepo-specific knowledge beyond what it already knows.

Suggestions

Add concrete, executable guidance: example nx.json/turbo.json/workspace configuration snippets, a sample affected-detection CI command, and a brief tool-selection decision table instead of the bare 'Select appropriate monorepo tooling' step.

Delete the boilerplate 'Do not use this skill when' and 'Instructions' sections ('Clarify goals, constraints, and required inputs...', 'The task is unrelated to monorepo architect') — they add tokens without adding monorepo-specific value.

Strengthen the Workflow with validation checkpoints (e.g., 'verify the dependency graph parses: nx graph', 'confirm cache hit rates after enabling remote caching') so steps 4-7 become verifiable rather than aspirational.

DimensionReasoningScore

Conciseness

The body is short overall, but entire sections are template filler that earns no place ('Clarify goals, constraints, and required inputs. Apply relevant best practices and validate outcomes.' and 'The task is unrelated to monorepo architect') — more than the minor trimmable instances of anchor 4, though not the extensive concept-explanation padding of anchor 2.

3 / 5

Actionability

No code, commands, or config examples appear anywhere — only high-level hints like 'Select appropriate monorepo tooling' and 'Configure build caching strategy'. It sits above anchor 1's purely abstract description because a sequenced workflow and capability/best-practice lists exist, but the specific steps to execute are missing, matching anchor 2.

2 / 5

Workflow Clarity

The 8-step Workflow ('Assess codebase size and team structure' through 'Document conventions and workflows') is sensibly ordered, but every step is a bare imperative with no commands and no validation checkpoints, fitting anchor 3's 'sequence present but checkpoints missing'.

3 / 5

Progressive Disclosure

A single self-contained ~56-line file organized into clear sections (Capabilities, Use when, Workflow, Best Practices) with no buried or nested references. Minor gaps keep it below anchor 5: the body slightly exceeds the under-50-line simple-skill threshold, and tool-specific guidance (e.g., Nx vs. Bazel configuration) has no designated home.

4 / 5

Total

12

/

20

Passed

Description

83%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 well-constructed: it names the domain, several capabilities, and the four dominant tools, and pairs a clear 'what' with an explicit, trigger-rich 'Use when' clause. Its only weaknesses are slightly abstract verbs and a few missing natural variations (e.g., 'polyrepo migration', 'CI pipeline') that are confined to the body.

DimensionReasoningScore

Specificity

Lists several actions ('Design monorepo structure, build systems, and dependency boundaries') plus four named tools (Nx, Turborepo, Bazel, Lerna), exceeding anchor 3's 1-2 concrete actions, but the verbs remain more abstract than anchor 5's fully concrete operations.

4 / 5

Completeness

Explicitly answers both what ('Design monorepo structure, build systems, and dependency boundaries using Nx, Turborepo, Bazel, or Lerna') and when ('Use when setting up a monorepo, optimizing builds, or scaling development workflows') with concrete trigger phrases, matching anchor 5 rather than anchor 4 whose 'when' could be more explicit.

5 / 5

Trigger Term Quality

Strong natural trigger phrases ('setting up a monorepo', 'optimizing builds') and all four tool names users would literally say, but misses common variations like 'polyrepo migration', 'CI pipeline', or 'build caching' that appear only in the body, short of anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

A clear monorepo niche anchored by four distinct tool names gives minimal-conflict triggers for this domain, but phrases like 'optimizing builds' and 'scaling development workflows' carry minor overlap risk with generic build/CI-optimization skills, keeping it at anchor 4.

4 / 5

Total

17

/

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

rmyndharis/antigravity-skills

Path

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