CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/saga-transaction-tests

Build saga transaction tests - orchestration vs choreography variants, per-step compensating-action verification, partial-failure scenarios (Step 3 fails → Steps 1+2 must compensate), idempotency of compensations, outbox pattern for atomic DB-update + message-publish. Per microservices.io/saga; tests guard against ACD-without-Isolation anomalies. Use when a business transaction spans two or more services and the compensating paths for a mid-sequence failure have no coverage, or right after compensation logic changes.

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

Medium

Suggest reviewing before use

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.

The body is highly actionable with executable tests for every failure path and a well-sequenced, checklist-driven workflow. The main weakness is mild verbosity from repeated citations and an opening conceptual definition that restates known saga semantics.

Suggestions

Cite [microservices.io/saga] once at the top rather than repeating 'Per [microservices.io/saga]' before Steps 1, 5, and 6 to save tokens.

Trim the opening definition paragraph to the ACD-without-Isolation framing that directly motivates the tests, since the saga sequence mechanics are stated again in Step 2.

Consider moving the Step 7 choreography fan-out detail (the harder, longer path) into a references file now that the skill exceeds 200 lines, keeping the overview lean.

DimensionReasoningScore

Conciseness

Mostly efficient and code-heavy, but repeats 'Per [microservices.io/saga]' four times and opens with a conceptual saga/ACD definition that leans on explanation Claude largely already knows; could be tightened.

2 / 3

Actionability

Every step ships executable, copy-paste-ready Python (pytest parametrize over fail_at, explicit assertions, in-memory event bus), with concrete forward/compensation tables rather than pseudocode.

3 / 3

Workflow Clarity

A clearly sequenced eight-step process (pick style → identify steps → happy path → per-failure → idempotency → outbox → choreography → timeout) framed by the explicit 'matrix of failure points × compensation invocations is the test suite' checklist and a fixes-by-step anti-patterns table.

3 / 3

Progressive Disclosure

No bundle files exist (references/scripts/assets absent), so the self-contained body is appropriately organized into well-labeled sections with one-level-deep references only to an external URL and sibling skills; navigation is easy.

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.

The description is specific, trigger-rich, and clearly answers both what the skill does and when to use it with explicit third-person trigger guidance. It carves out a distinct niche and even names adjacent skills to avoid overlap.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: 'orchestration vs choreography variants', 'per-step compensating-action verification', 'partial-failure scenarios', 'idempotency of compensations', and 'outbox pattern for atomic DB-update + message-publish'.

3 / 3

Completeness

Explicitly answers what (build saga transaction tests with the listed variants) and when via 'Use when a business transaction spans two or more services and the compensating paths for a mid-sequence failure have no coverage, or right after compensation logic changes'.

3 / 3

Trigger Term Quality

Natural domain terms a user would say are well covered: 'saga transaction tests', 'compensating-action', 'partial-failure', 'distributed-transaction', 'outbox pattern', 'orchestration', 'choreography'.

3 / 3

Distinctiveness Conflict Risk

Clear niche (saga/distributed transactions) with distinct triggers and explicit boundary references to sibling skills (event-sourcing-tests, eventual-consistency-tests, mvcc-isolation-tests), making conflict unlikely.

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