CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/saga-transaction-tests

Use when a business transaction spans two or more services and a mid-sequence failure must be undone, or compensation logic just changed. Tests orchestrated and choreographed sagas: each compensating step, partial failures, idempotent compensations and the outbox for atomic publish.

Quality

86%

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

75%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-structured, highly actionable testing playbook: clear step sequencing, a decision default, concrete pytest examples, and a useful anti-patterns table. It falls short of top marks on token efficiency (redundant conceptual framing), full copy-paste readiness (undefined fixtures), and the absence of an explicit final validation loop.

Suggestions

Trim or drop the opening microservices.io definition quote and the one-line Outbox pattern re-explanation — Claude already knows these concepts — and consolidate the repeated "Per [microservices.io/saga]" citations into the References section.

Make the code examples self-contained: note that fixtures like inventory_mock, payments_mock, and orchestrator are user-provided test doubles, and show their setup (e.g., a brief fail_after_n_calls stub) so the parametrized matrix is copy-paste ready.

Add a final validation step after Step 8, such as running the full fail-at matrix and confirming every compensation assertion passes, plus a short checklist mapping each anti-pattern to the step that guards against it.

DimensionReasoningScore

Conciseness

The body is efficient — eight focused steps each backed by a tight code block and two purposeful tables — but includes minor trimmable explanation of concepts Claude already knows, such as the opening quote defining what a saga is, the inline re-explanation of the Outbox pattern, and repeated "Per [microservices.io/saga]" framing.

4 / 5

Actionability

Every step ships concrete pytest code (e.g., the parametrized fail_at matrix and SQL-level outbox atomicity assertions), but the examples depend on undefined fixtures and mocks (inventory_mock, orchestrator, item, SagaFailedError) and include an "# Imagine:" placeholder comment, so they are adaptable templates rather than copy-paste ready.

4 / 5

Workflow Clarity

Steps 1–8 form a coherent build-up (style choice → step/compensation map → happy path → failure matrix → idempotency → outbox → choreography → timeout) with an explicit orchestration-by-default decision and an anti-patterns checklist, but there is no explicit final validation checkpoint (e.g., run the full fail-at matrix and confirm every variant passes) or feedback loop.

4 / 5

Progressive Disclosure

The skill is self-contained with no bundle files and is well-sectioned under clear headers, but at roughly 215 lines everything is inline; the outbox and choreography test patterns (Steps 6–7) could plausibly live in references/ files, leaving minor organization gaps rather than a fully appropriate split.

4 / 5

Total

16

/

20

Passed

Description

92%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: it pairs an explicit, concrete "Use when" trigger clause with a comprehensive enumeration of the specific test activities the skill performs. The only weakness is moderate synonym coverage in its trigger terms.

DimensionReasoningScore

Specificity

"Tests orchestrated and choreographed sagas: each compensating step, partial failures, idempotent compensations and the outbox for atomic publish" lists multiple specific concrete test actions that comprehensively cover the saga-testing domain, matching the comprehensive-coverage anchor rather than the minor-gaps anchor at 4.

5 / 5

Completeness

It opens with an explicit "Use when" clause containing two concrete trigger conditions and follows with an explicit statement of what the skill does (testing each compensating step, partial failures, idempotent compensations, outbox atomicity), clearly answering both what and when.

5 / 5

Trigger Term Quality

Phrases like "business transaction spans two or more services", "mid-sequence failure must be undone", "compensation logic just changed", and "saga" are natural user triggers, but common synonyms such as "distributed transaction", "rollback", or "2PC" are absent, so coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

The saga/compensation/outbox vocabulary carves out a clear niche with distinct triggers, and neighboring skills (event-sourcing, MVCC isolation) are explicitly separated in the body, keeping conflict risk minimal.

5 / 5

Total

19

/

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

Reviewed

On this page