CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/buf-cli-lint-breaking-build

Wraps the buf CLI for protobuf PR gating: `buf build` (compile .proto), `buf lint` (STANDARD rules: snake_case fields, Service suffix), `buf breaking --against {ref}` (detect wire/codegen breakage vs a git/BSR baseline), and `buf format`. Use as the CI proto-lint + breaking-change gate, or to debug a breaking failure by rule ID (e.g. FIELD_NO_DELETE_UNLESS_NUMBER_RESERVED) and pick the FILE/PACKAGE/WIRE_JSON/WIRE ruleset per consumer. This is the detection TOOL that enforces the rules; for the catalog of what is breaking and why use protobuf-versioning-strategy-reference, and for cross-service schema contract testing use protobuf-compat-checking - not this.

70

Quality

88%

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

Overview
Quality
Evals
Security
Files

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A dense, actionable CLI-wrapper skill with excellent progressive disclosure and copy-paste examples. It is held back only by a hard version pin and minor restatement in the body, and by the absence of an explicit failure→fix→rerun loop for the CI gating workflow.

Suggestions

Move the '1.32.0 or higher' version pin into a dedicated install/version-notes area (or an 'old patterns' note) so the main flow stays evergreen and conciseness is not penalized for time-sensitive info.

Add an explicit local feedback loop for the gating pipeline, e.g. 'If a gate fails: read the cited rule ID, apply the matching fix from the anti-patterns table, then rerun buf build && buf lint && buf breaking until all three pass.'

Trim lines that restate the description (e.g. the 'STANDARD is the recommended lint rule set; it enforces conventions like...' sentence) since the rule set is already named in the config block and the description.

DimensionReasoningScore

Conciseness

Mostly lean and assumes Claude's competence (dense tables, copy-paste commands), but a hard version pin ('Version 1.32.0 or higher is required') sits in the main Install section and a few lines restate the description ('STANDARD is the recommended lint rule set; it enforces conventions like...'), so it could be tightened.

2 / 3

Actionability

Provides fully executable, copy-paste-ready guidance: concrete buf.yaml/buf.gen.yaml configs, exact build/lint/breaking commands, JSON output formats, and a fix column per anti-pattern — matching the 'fully executable code/commands' anchor.

3 / 3

Workflow Clarity

The gate sequence is clear ('Three gates in order: compile, lint, breaking. All three must pass before merge') with a CI failure-comment step, but there is no explicit local validate→fix→retry feedback loop for this batch/CI-gating operation, which the rubric notes should cap workflow clarity at 2.

2 / 3

Progressive Disclosure

A clear overview body with a single well-signaled one-level-deep reference to the real bundle file references/ci-integration.md for the full GitHub Actions workflow, and cleanly organized sections (Overview, Running, Parsing, CI integration, Anti-patterns, Limitations).

3 / 3

Total

10

/

12

Passed

Description

100%

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 high-quality description: concrete, third-person, with explicit use-when triggers and clear disambiguation from adjacent skills. It earns the top anchor on every dimension with no vagueness or over-claiming.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'buf build (compile .proto)', 'buf lint (STANDARD rules...)', 'buf breaking --against {ref}', and 'buf format' — each tied to a specific outcome, matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

Explicitly answers both what (wraps the buf CLI with named commands) and when ('Use as the CI proto-lint + breaking-change gate, or to debug a breaking failure by rule ID'), with explicit 'Use as...' triggers.

3 / 3

Trigger Term Quality

Includes natural terms a user needing this skill would say — 'protobuf PR gating', 'CI proto-lint + breaking-change gate', 'debug a breaking failure by rule ID' — giving good coverage rather than pure jargon.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (buf CLI proto gating) and explicitly disambiguates from sibling skills — 'for the catalog... use protobuf-versioning-strategy-reference, and for cross-service schema contract testing use protobuf-compat-checking - not this.'

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents