CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

saga-orchestration

Implement saga patterns for distributed transactions and cross-aggregate workflows. Use this skill when implementing distributed transactions across microservices where 2PC is unavailable, designing compensating actions for failed order workflows that span inventory, payment, and shipping services, building event-driven saga coordinators for travel booking systems that must roll back hotel, flight, and car rental reservations atomically, or debugging stuck saga states in production where compensation steps never complete.

69

Quality

87%

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

68%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, token-efficient overview with excellent troubleshooting depth and a real, verified two-file progressive-disclosure split. The main weaknesses are the absence of an explicit step-by-step implementation workflow with validation checkpoints (capped at 3 given the destructive nature of compensation) and a few navigation rough edges — placeholder "Detailed section:" headers and a "Template 3 above" pointer that actually lives in a reference file.

Suggestions

Replace the two 'Detailed section: … / Moved to references/details.md' placeholder headers with descriptive, well-signaled links (e.g. '## Core Concepts — see [references/details.md](references/details.md) for saga types, execution states, and compensation rules; ## Templates — orchestration, choreography, and idempotency-guard templates').

Add a short numbered implementation workflow with validation checkpoints (define steps/owners → choose orchestration vs. choreography → implement idempotent actions and compensations → verify reverse-order rollback by injecting failures at each step index → configure per-step timeouts), since the destructive compensation path currently lacks an explicit validate-before-proceeding sequence.

Fix the 'see **Template 3** above' cross-reference in the Duplicate saga executions section to point at the actual location in references/details.md.

DimensionReasoningScore

Conciseness

The body is efficient and assumes competence — no space is spent explaining what sagas or microservices are — and the troubleshooting sections earn their tokens with concrete diagnoses. It falls short of 5 because the two "Detailed section: … / Moved to `references/details.md`" placeholder headers waste lines as scaffolding artifacts rather than well-labeled pointers.

4 / 5

Actionability

Mostly executable guidance: a copy-paste-ready compensation handler that always publishes `SagaCompensationCompleted`, a specific verification instruction ("Verify that `_compensate()` iterates from `current_step - 1` down to `0`"), and pointed links to named implementations (`TimeoutSagaOrchestrator`, `STEP_TIMEOUTS`). The minor gap is that the body's actionable code depends on templates defined only in reference files, e.g. "see **Template 3** above" where Template 3 is actually in `references/details.md`, not above.

4 / 5

Workflow Clarity

There is no explicit sequenced implementation workflow — the body is organized as inputs/outputs, best practices, and troubleshooting, leaving the define-steps → choose-pattern → implement-compensation → test sequence implicit. Validation is mentioned ("Inject failures at each step index in integration tests") but never wired into a checkpointed process; since saga compensation is destructive rollback, the missing validation-loop cap applies.

3 / 5

Progressive Disclosure

Good structure with a genuine one-level-deep split: the body is a lean overview and both referenced files (`references/details.md`, `references/advanced-patterns.md`) exist and contain the promised content, with a clear inventory in the Advanced Patterns section. Minor gaps: the "Detailed section: Core Concepts" / "Detailed section: Templates" labels are opaque compared to well-signaled reference links, and the "Template 3 above" cross-reference mis-points to the body.

4 / 5

Total

15

/

20

Passed

Description

100%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.

An exemplary description: it states what the skill does in one sentence and then gives four distinct, concrete "Use this skill when…" trigger scenarios spanning the main use cases (no-2PC transactions, compensating failed workflows, atomic multi-reservation rollbacks, stuck-saga debugging). Terminology is exactly what a user would say, and the niche is unmistakable.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "Implement saga patterns", "designing compensating actions", "building event-driven saga coordinators", "debugging stuck saga states" — with comprehensive coverage across design, build, and debug phases, matching the anchor for multiple specific concrete actions. It stays in third-person imperative voice throughout.

5 / 5

Completeness

It explicitly answers both what ("Implement saga patterns for distributed transactions and cross-aggregate workflows") and when ("Use this skill when implementing distributed transactions across microservices… designing compensating actions… building event-driven saga coordinators… or debugging stuck saga states"), with concrete trigger phrases — an exact match for the anchor-5 example structure.

5 / 5

Trigger Term Quality

It covers the natural phrases users would actually say: "distributed transactions", "microservices", "2PC is unavailable", "roll back", "compensation steps never complete", "stuck saga states in production". Domain synonyms and jargon variants are comprehensively represented.

5 / 5

Distinctiveness Conflict Risk

"saga", "compensating actions", and "compensation steps" carve out a clear niche distinct from adjacent skills (CQRS, event stores, general workflow engines), and the trigger scenarios are all saga-specific, so mis-trigger risk is minimal. Not 4: it does not share trigger surface with closely related skills — every trigger phrase implies a saga.

5 / 5

Total

20

/

20

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

wshobson/agents

Path

plugins/backend-development/skills/saga-orchestration/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.