golem-retry-policies-ts

Configure semantic retry policies for Golem agents across HTTP, RPC, DB, and trap contexts.

Updated May 17, 2026
One-click install
npx skills add https://github.com/Rust-soham/golem-claw --skill golem-retry-policies-ts-rust-soham
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: golem-retry-policies-ts
Source: https://github.com/Rust-soham/golem-claw/tree/main/packages/golem/.agents/skills/golem-retry-policies-ts
Command: npx skills add https://github.com/Rust-soham/golem-claw --skill golem-retry-policies-ts-rust-soham

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you configure predictable, fine-grained retry behavior for Golem agents so transient failures don’t immediately fail requests, and so retry timing and conditions match your production needs.

Core Features & Use Cases

  • Declarative policy configuration: Define retryPolicyDefaults in golem.yaml per environment, using priorities and predicates to select the right policy for each failure context.
  • Composable retry strategies: Build policies with countBox, timeBox, exponential backoff, periodic delays, clamping, jitter, and composition operators like andThen, union, and intersect.
  • Runtime control and observability: Apply policies in code with withRetryPolicy, inspect active policies with getRetryPolicies/getRetryPolicyByName, and manage policies live via the CLI.

Quick Start

Use golem-retry-policies-ts to configure a retryPolicyDefaults block in golem.yaml for your production environment, selecting transient errors (and optionally HTTPS) with an exponential backoff policy that is clamped and jittered.

Frequently Asked Questions about golem-retry-policies-ts

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I configure retry policies for transient HTTP failures in Golem agents?

Configure retry policies for transient HTTP failures in Golem agents by defining a declarative retryPolicyDefaults block in golem.yaml. You can target specific error context properties like error-type, uri-scheme, and status-code using prioritized predicates to select the right policy for each failure context.

What's the best way to apply exponential backoff with jitter to TypeScript retry strategies?

Apply exponential backoff with jitter to TypeScript retry strategies by composing countBox and timeBox limits with composition operators like andThen, union, and intersect. You can add optional clamping and jitter to ensure retry timing matches your production needs without overwhelming the system.

How does predicate routing work for status-code retries in Golem?

Predicate routing for status-code retries in Golem works by matching specific error context properties such as error-type, uri-scheme, status-code, and trap-type. Prioritized predicates evaluate these properties to select the appropriate retry policy for each distinct failure context across HTTP, RPC, DB, and trap scenarios.

Can I manage retry policies live via the CLI without restarting my Golem agents?

You can manage retry policies live via the CLI without restarting your Golem agents. The CLI management interface allows you to apply, inspect, and update policies at runtime, while the TypeScript SDK provides withRetryPolicy, getRetryPolicies, and getRetryPolicyByName functions for code-level control.

How do I set per-environment retry rules in golem.yaml for production and staging?

Set per-environment retry rules in golem.yaml by defining a retryPolicyDefaults block tailored to each environment. For production, you can select transient errors and HTTPS with an exponential backoff policy that is clamped and jittered, ensuring predictable, fine-grained retry behavior that matches each environment's specific requirements.

When should I use intersect versus union operators when composing retry strategies?

Use the intersect operator when you need a retry strategy that satisfies multiple policy conditions simultaneously, and use the union operator when any single policy condition should trigger retries. Combine these with andThen to sequence strategies, allowing precise control over countBox, timeBox, and backoff behaviors across different failure contexts.