CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/grpc-streaming-tests

Test gRPC streaming RPCs - Server-streaming (server returns sequence), Client-streaming (client sends sequence), Bidirectional (both sides stream independently). Cover deadline + cancellation + flow control + status codes (CANCELLED, DEADLINE_EXCEEDED) + metadata. Use ghz for load, grpcurl for ad-hoc, language-native test stubs for unit/integration. Use when a service exposes server-, client-, or bidirectional-streaming RPCs and deadline, cancellation, or partial-stream status-code behavior is unverified.

74

Quality

93%

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

Overview
Quality
Evals
Security
Files

Quality

Content

85%

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

An actionable, well-sequenced body with executable examples, a validation/gating workflow, and clean one-level reference splitting; its only weakness is repeated verbatim quoting of basic gRPC concept definitions that assumes less competence than needed.

Suggestions

Drop or compress the repeated 'Per the [gRPC core concepts docs], X = ...' framing at the top of each step — Claude already knows what unary/server-streaming/bidi are; link the docs once instead.

Trim the Worked example's overlap with Step 3, or repurpose it solely to illustrate the cancellation-observation assertion that the numbered steps don't already cover.

Replace the undefined fetch_downstream_state()/fetch_server_metrics() placeholders with a one-line note on where that state comes from (e.g., a metrics endpoint or test fixture) so Steps 6-7 are fully copy-paste runnable.

DimensionReasoningScore

Conciseness

Mostly lean with real code and no fluff preamble, but each of the seven steps opens by quoting a basic gRPC concept definition Claude already knows ('Per the [gRPC core concepts docs], Unary = "single request, single response"') and the Worked example partly re-treads the Step 3 code, so not every token earns its place.

2 / 3

Actionability

Provides fully executable Python for every streaming shape plus concrete assertions, a real runnable `ghz` command in the reference, and a copy-paste-ready tool-selection table; the few illustrative helpers (fetch_server_metrics) are clearly pattern placeholders rather than pseudocode.

3 / 3

Workflow Clarity

A clear 7-step sequence with explicit validation checkpoints — the unary sanity call (Step 2) validates plumbing before streams, and Step 7 gates merge on the anti-patterns table, which doubles as a checklist for error recovery.

3 / 3

Progressive Disclosure

Well-organized overview body with a single one-level-deep reference (references/status-codes-metadata-load.md, verified to exist) that is clearly signaled and holds the split-out status-code matrix, metadata test, and load-testing content.

3 / 3

Total

11

/

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 precise, third-person description that names concrete capabilities, natural trigger terms, and an explicit 'Use when' clause, making it both complete and distinct from sibling skills.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions across all four RPC patterns plus 'deadline + cancellation + flow control + status codes (CANCELLED, DEADLINE_EXCEEDED) + metadata' and three distinct tools (ghz, grpcurl, native stubs), matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

Clearly answers what ('Test gRPC streaming RPCs... Cover deadline + cancellation...') and when via an explicit 'Use when a service exposes server-, client-, or bidirectional-streaming RPCs and deadline, cancellation, or partial-stream status-code behavior is unverified' trigger clause.

3 / 3

Trigger Term Quality

Natural domain terms a user would say ('gRPC streaming RPCs', 'server-streaming', 'client-streaming', 'bidirectional', 'deadline', 'cancellation', 'status codes', 'metadata') are well covered rather than reduced to opaque jargon.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (gRPC streaming test coverage) with distinct triggers unlikely to fire for non-gRPC or non-streaming skills; the body even names non-overlapping alternatives (websocket-tests, server-sent-events-tests).

3 / 3

Total

12

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents