/install error-handling
Error Handling
Consistent errors reduce support load and on-call pain. Design a taxonomy, stable codes, safe user messaging, and operator visibility—without leaking secrets or stack traces to clients.
When to Offer This Workflow
Trigger conditions:
- Inconsistent HTTP status codes and response bodies
- Retry storms or duplicate side effects from naive retries
- Logs that cannot be tied to user-visible failures
Initial offer:
Use six stages: (1) classify errors, (2) map to transport, (3) user messaging, (4) retries & idempotency, (5) observability, (6) client SDKs & DX). Confirm REST/GraphQL/gRPC and sync/async patterns.
Stage 1: Classify Errors
Goal: Distinguish validation, authentication, authorization, not found, conflict, rate limit, dependency failure, and internal bugs.
Exit condition: Table or enum of codes with owning team and meaning.
Stage 2: Map to Transport
Goal: Correct HTTP 4xx/5xx; GraphQL errors with extensions; gRPC status codes; optional RFC 7807 Problem Details for JSON APIs.
Stage 3: User Messaging
Goal: Actionable copy for end users; opaque support reference id; no internal hostnames, SQL fragments, or stack traces in client responses.
Stage 4: Retries & Idempotency
Goal: Retry only safe or idempotent operations; exponential backoff with jitter; align with idempotency keys on writes.
Stage 5: Observability
Goal: Structured logs with error.code, trace_id, user_id (where allowed); metrics by error class; alerts on error-rate SLO burn.
Stage 6: Client SDKs & DX
Goal: Typed errors in SDKs; documented recovery; map codes to user-facing strings in apps consistently.
Final Review Checklist
- Taxonomy and ownership defined
- Transport mapping correct and consistent
- User-safe messages with correlation ids
- Retry policy matches idempotency story
- Logs and metrics wired for ops
Tips for Effective Guidance
- Separate expected validation errors from unexpected 500s in dashboards.
- Pair with idempotency for write paths and queues.
Handling Deviations
- Mobile offline: queue with explicit user-visible sync state.
- 确保已安装 OpenClaw(本地或 Docker 部署)
- 在对话框中输入安装命令:
/install error-handling - 安装完成后,直接呼叫该 Skill 的名称或使用
/error-handling触发 - 根据 Skill 的参数说明提供必要输入,即可获得结构化输出
Error Handling 是什么?
Deep error handling workflow—taxonomy, user-visible vs internal errors, retries and idempotency, observability, and supportability. Use when standardizing fa... 它是一个面向 Claude Code / OpenClaw 的 AI Agent Skill 插件,目前累计下载 257 次。
如何安装 Error Handling?
在 OpenClaw 或 Claude Code 对话框中运行命令「/install error-handling」即可一键安装,无需额外配置。
Error Handling 是免费的吗?
是的,Error Handling 完全免费,采用 MIT-0 许可证,可自由下载、安装和使用。
Error Handling 支持哪些平台?
Error Handling 跨平台运行,可在任意部署了 OpenClaw / Claude Code 的环境中使用(cross-platform)。
谁开发了 Error Handling?
由 mike47512(@mike47512)开发并维护,当前版本 v1.0.0。