CtrlK
BlogDocsLog inGet started
Tessl Logo

tool-registry-boundary

Keep the executable tool registry out of client-reachable module graphs — when to read `@/tools/metadata` instead of `getTool`, how to measure whether an import edge pulls the registry, and how to regenerate the metadata artifacts. Use when touching `apps/sim/tools/registry.ts`, `tools/utils.ts`, `tools/params.ts`, or anything that calls `getTool`.

68

Quality

83%

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

82%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 lean, highly actionable, and well-structured with concrete commands, code, and measured reference data, assuming Claude's competence throughout. It is a strong single-file skill whose only marginal room is light conciseness trimming and slightly tighter validation sequencing.

DimensionReasoningScore

Conciseness

Dense and assumes Claude's competence (no generic concept padding); the JSON-parse-vs-.json-import paragraph and the 38x regression note are detailed but earn their place as non-obvious measured properties, with only minor trims possible.

4 / 5

Actionability

Provides a concrete import-decision table, copy-paste commands (`bun run tool-metadata:generate`, `bun run check:tool-registry-boundary`), executable `vi.mock` code, and measured reference points covering the common cases.

5 / 5

Workflow Clarity

Sequences the edge-cutting verification as a numbered 3-step process with a before/after module-count checkpoint, plus CI validation (`tool-metadata:check`, baseline ratcheting) and a sentinel-fixture feedback loop; minor validation gaps remain in the regenerate flow.

4 / 5

Progressive Disclosure

No bundle files exist; the single ~100-line body is well-organized into clearly headed sections (rule, import table, artifacts, testing, guard, verification) with appropriately inline tables and code, leaving only minor organization room.

4 / 5

Total

17

/

20

Passed

Description

85%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 highly specific, complete, and distinctive, clearly answering both what the skill does and when to use it with concrete codebase triggers. Its only weakness is that the triggers are technical identifiers rather than natural-language phrases users would actually say.

Suggestions

Add natural-language trigger phrasing alongside the file paths (e.g., 'Use when adding or changing a tool, auditing bundle size, or investigating why a client route pulls in the tool registry') so users can surface the skill via conversational cues.

Include common synonym phrasing such as 'tool registry', 'client boundary', 'bundle bloat', or 'module graph' to broaden natural-keyword coverage beyond path and symbol names.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'when to read `@/tools/metadata` instead of `getTool`', 'how to measure whether an import edge pulls the registry', and 'how to regenerate the metadata artifacts' — covering the skill's scope comprehensively.

5 / 5

Completeness

Explicitly states both what ('Keep the executable tool registry out of client-reachable module graphs...') and when ('Use when touching `apps/sim/tools/registry.ts`, `tools/utils.ts`, `tools/params.ts`, or anything that calls `getTool`') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Triggers are specific file paths and a function name (`apps/sim/tools/registry.ts`, `tools/utils.ts`, `getTool`) rather than natural-language phrases a user would say, so keyword coverage is relevant but leans on technical identifiers over natural synonyms.

3 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (tool-registry client-boundary enforcement in a specific codebase) with distinct file/symbol triggers, making accidental triggering for an unrelated skill minimal.

5 / 5

Total

18

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository
simstudioai/sim
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.