global--error-handling_skill

Overview

This skill applies the Agent OS global error handling standard to TypeScript projects. It defines a consistent approach for capturing, classifying, and responding to errors across services and agent components. The goal is predictable behavior, better observability, and safer failure modes.

How this skill works

The skill inspects code paths to ensure global error handlers are present and properly configured. It enforces unified error shapes, centralized logging, and sanitized reports before external exposure. It also verifies integrations with monitoring, retry policies, and graceful shutdown behavior.

When to use it

• When adding or auditing global error handling in an Agent OS-based TypeScript codebase.
• When standardizing error shapes and propagation across microservices or agent modules.
• When implementing observability: structured logs, error metrics, and alerting hooks.
• When designing safe fallback and retry logic for transient failures.
• When preparing an application for production reliability and incident response.

Best practices

• Use a single global error handler entry point per process to centralize classification and logging.
• Normalize errors to a defined shape that includes code, message, context, and safe metadata.
• Avoid leaking sensitive data: sanitize stack traces and user inputs before external reporting.
• Integrate with monitoring and alerting systems; emit structured metrics and severity labels.
• Implement deterministic retry and backoff strategies for transient errors and circuit breakers for downstream faults.

Example use cases

• Audit an existing TypeScript service and add a global handler that maps exceptions to HTTP responses and metrics.
• Standardize error objects returned by different libraries and internal modules to improve traceability.
• Add middleware to capture unhandled promise rejections and uncaught exceptions, then trigger graceful shutdown.
• Verify that third-party SDK errors are wrapped with contextual information and classified for retries.
• Configure logging to include correlation IDs and sanitized context for incident investigation.