CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

team-rules

Apply the team's shared coding rules before writing, modifying, or reviewing code. Trigger when the user asks to add a feature, refactor, fix a bug, write tests, or review a change. Reads rules live from the team-rules MCP workspace at /rules/*.md.

69

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

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-built, lean instruction skill: exact MCP tool invocation, a clear situation-to-rule-file routing table, and sensible rules of engagement. The main gaps are a redundant read-only statement and an unnamed read tool in the workflow steps.

Suggestions

Name the read tool in step 2 (e.g., use `mcp__team-rules__file_read` or equivalent) so the read step is as copy-paste ready as the `file_list` call in step 1.

State the read-only constraint once (either the intro or 'Rules of engagement') and drop the mild padding like 'It's the single source of truth' to tighten the body further.

Add a light checkpoint after reading the rules (e.g., confirm all plausibly applicable files were read before citing them in the plan) to close the workflow's only validation gap.

DimensionReasoningScore

Conciseness

The body is lean with no explanation of concepts Claude already knows, but the read-only constraint is stated twice (intro: 'The workspace is **read-only** — nobody's agent can write to it' and again under 'Rules of engagement'), and 'It's the single source of truth' is mild padding. Not 5 due to this minor redundancy; not 3 because nearly every other token earns its place.

4 / 5

Actionability

Concrete, executable guidance: an exact tool call ('Call `mcp__team-rules__file_list` with `path: "/rules"` and `depth: 2`'), a situation-to-file mapping, and specific forbidden tools by name. Not 5 because step 2 ('read every rule file that plausibly applies') never names the read tool, leaving a small gap in copy-paste readiness.

4 / 5

Workflow Clarity

A clear 4-step sequence (list → read applicable → cite in plan → apply) with explicit edge-case handling ('If a rule conflicts… surface the conflict and ask', 'If no rule applies, say so'). Not 5 because there are no checkpoints confirming coverage before proceeding; not 3 because the sequence and decision points are well defined. The destructive-operation cap does not apply since the workflow is read-only.

4 / 5

Progressive Disclosure

The skill is under 50 lines, needs no external reference files (none exist in the bundle), and is organized into clear sections with a quick-reference table for navigation — matching the simple-skill guideline for a top score. The Quick Reference table partially duplicates the step-2 examples but serves as effective navigation.

5 / 5

Total

17

/

20

Passed

Description

91%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: third-person voice, explicit what and when, natural trigger phrasing that covers the space of coding requests, and a concrete named source (team-rules MCP at /rules/*.md). The only weaknesses are a somewhat short action list and triggers broad enough to co-fire with other coding skills.

DimensionReasoningScore

Specificity

Lists several concrete actions ('Apply the team's shared coding rules', 'Reads rules live from the team-rules MCP workspace at /rules/*.md') with a named data source. Not 5 because the action list is short relative to the comprehensive anchor; not 3 because coverage of what the skill does is nearly complete for its scope.

4 / 5

Completeness

Explicitly answers both: what ('Apply the team's shared coding rules… Reads rules live from the team-rules MCP workspace at /rules/*.md') and when ('Trigger when the user asks to add a feature, refactor, fix a bug, write tests, or review a change') with concrete trigger phrases.

5 / 5

Trigger Term Quality

'add a feature, refactor, fix a bug, write tests, review a change' are the exact natural phrases users say when requesting coding work, covering the request space comprehensively. Anchor 4 would require natural terms to be missing, and none of consequence are.

5 / 5

Distinctiveness Conflict Risk

The named 'team-rules MCP workspace' and '/rules/*.md' path give it a clear niche distinct from other skills, but the triggers ('add a feature', 'fix a bug') match nearly every coding request, creating minor overlap risk with related coding skills. Not 5 because the trigger surface is very broad; not 3 because the MCP source keeps it clearly distinguishable.

4 / 5

Total

18

/

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

redis/agent-filesystem

Path

examples/plugins/afs-team-rules/skills/team-rules/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.