CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

coding-standards

Apply Apache ShardingSphere's written coding standards when explicitly requested, or when code-implementation routes task-changed production, test, script, build, generated, or Maven POM artifacts through repository standards. Also perform a standalone read-only compliance audit of a user-specified scope. Use CODE_OF_CONDUCT.md, applicable AGENTS.md rules, Checkstyle, Spotless, and other repository-defined standards, including naming and evidence-based defensive-code rules. Do not invoke independently for an ordinary implementation already governed by code-implementation, and do not independently audit architecture, runtime ownership, caches, or lifecycle.

Quality

81%

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

85%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 content is a dense, disciplined routing document: two clearly separated modes, condition-driven reference selection, explicit post-write verification with invalidation rules, and a properly externalized one-level-deep rule bundle. Its only real costs are repeated boilerplate phrasing across the reference-selection and verification bullets and a few overly long sentences that demand re-reading.

DimensionReasoningScore

Conciseness

The body explains nothing Claude already knows and assumes competence throughout — every line is a directive such as "Read only the references whose conditions below match the affected files". It falls short of anchor 5 because the boilerplate "read [X] through EOF and add each applicable rule to the checklist" repeats across ~8 bullets and the parallel "explicitly verify every applicable..." bullets (lines 55–63) could be consolidated into a single stated convention, costing tokens without adding information.

4 / 5

Actionability

Guidance is concrete and executable for an instruction-only skill: precise conditions for reading each reference ("Before adding or changing a Java throw statement... read the Java precondition rules"), a defined checklist mechanic, and a concrete evidentiary standard for HighFrequencyInvocation ("Invocation after each DDL or explicit metadata refresh request proves reachability, not high frequency by itself"). One step remains generic — "Run the applicable formatting and standards checks required by the repository workflow" names no commands — a minor gap that keeps it below anchor 5.

4 / 5

Workflow Clarity

Both modes are clearly sequenced: pre-work reference selection, checklist construction, implementation, post-write verification, then repository checks. Validation checkpoints and feedback loops are explicit — "After the last write, manually recheck the effective task delta", "Treat passing Checkstyle and Spotless as evidence only... neither result replaces the manual recheck", and "A later write invalidates final-check evidence only for affected files; recheck those portions before verification or handoff" — matching the anchor-5 pattern of explicit validation with error-recovery guidance.

5 / 5

Progressive Disclosure

The body is an orchestration overview with 13 well-signaled, condition-gated markdown links to references/rules/*.md and references/standalone-audit.md, all of which exist and are exactly one level deep; the rule content itself lives in those files rather than inline. standalone-audit.md further points to scripts/build_audit_inventory.py (which exists, with tests), and each reference is tied to an explicit condition for when to read it, making navigation easy.

5 / 5

Total

18

/

20

Passed

Description

71%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 specific, complete, and highly distinctive, with explicit scope boundaries and named tools and standards. Its main weakness is trigger phrasing built around internal routing vocabulary ("code-implementation routes task-changed... artifacts") rather than natural user language, which weakens keyword coverage for invocation.

Suggestions

Rewrite the trigger conditions in user-natural terms (e.g., "Use when the user asks to check or apply coding standards, code style, linting, or conventions, or requests a compliance audit of specific files, packages, or modules") so the 'when' clause matches phrases users actually say.

Add common synonyms and variations — "code style", "lint", "conventions", "checkstyle" — to broaden natural keyword coverage without changing the skill's scope.

Trim the routing-oriented clause about which artifacts code-implementation routes through, or compress it to a shorter artifact list, keeping the description centered on concrete actions users request.

DimensionReasoningScore

Specificity

Concrete actions are named — "Apply Apache ShardingSphere's written coding standards" and "perform a standalone read-only compliance audit of a user-specified scope" — anchored by specific tools and artifacts ("Checkstyle, Spotless", "Maven POM", "AGENTS.md rules"). It stops short of the anchor-5 pattern because the core actions ("apply standards") remain abstract relative to a comprehensive list of concrete operations, and it is not below anchor 4 since several specific actions and targets are explicitly listed.

4 / 5

Completeness

Both "what" (apply repository coding standards; standalone read-only compliance audit) and "when" ("when explicitly requested, or when code-implementation routes task-changed... artifacts") are explicitly answered. The "when" is specific but expressed in routing language rather than the concrete user-side trigger phrases of the anchor-5 example, so it fits anchor 4.

4 / 5

Trigger Term Quality

Relevant keywords are present ("coding standards", "compliance audit", "Checkstyle", "Spotless", "Maven POM"), but the phrasing leans on internal routing jargon a user would never say ("when code-implementation routes task-changed production, test, script, build, generated, or Maven POM artifacts through repository standards") and misses common natural variations such as "code style", "lint", or "conventions". It does not reach anchor 4's good natural-term coverage, and exceeds anchor 2's one-or-two generic keywords.

3 / 5

Distinctiveness Conflict Risk

It occupies a clear niche (ShardingSphere's repository-defined written standards) and actively manages conflicts: "Do not invoke independently for an ordinary implementation already governed by code-implementation, and do not independently audit architecture, runtime ownership, caches, or lifecycle." This matches the clear-niche, minimal-conflict anchor.

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

relative_links

Relative link issues: 13 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 13 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository

apache/shardingsphere

Path

.codex/skills/coding-standards/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.