reliability-reviewer

Analyze code paths to identify dependency failure impacts like hangs, crashes, or silent loss.

11|1|Updated Mar 3, 2026
One-click install
npx skills add https://github.com/ylxmf2005/AgentCorp --skill reliability-reviewer-ylxmf2005
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: reliability-reviewer
Source: https://github.com/ylxmf2005/AgentCorp/tree/main/agentcorp/reliability-reviewer
Command: npx skills add https://github.com/ylxmf2005/AgentCorp --skill reliability-reviewer-ylxmf2005

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Reliability Reviewer identifies and documents how a code change behaves when dependencies slow, fail, or die, surfacing where failures propagate and what observable impact results.

Core Features & Use Cases

  • Identifies failure modes at I/O boundaries, retries, timeouts, and cascading paths, ensuring traceable failure effects.
  • Enforces the "NO NAMED FAILURE, NO FINDING" rule to bind findings to explicit, named failure paths.
  • Guides remediation by highlighting unhandled errors, swallowed exceptions, and potential cascading risks across systems.

Quick Start

Describe a failure path and its observed boundary effect for a given change.

Frequently Asked Questions about reliability-reviewer

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

FAQPage Schema
How do I analyze code for dependency failure modes like hangs or silent data loss?▼

To analyze dependency failure modes, trace code paths at I/O boundaries to identify how external service failures manifest as hangs, crashes, or silent data loss. This ensures end-to-end traceability of failure propagation across your system.

What causes cascading failures and unbounded retries in microservice dependencies?▼

Cascading failures and unbounded retries occur when code changes at I/O boundaries lack explicit named failure paths and proper recovery semantics. Identifying swallowed exceptions and unhandled errors helps prevent these reliability risks.

How do I review code changes for fault tolerance and observability gaps?▼

Review fault tolerance by applying a strict rule binding findings to explicit named failure paths, avoiding unbounded retries, and highlighting evidence gaps. This traces observable impacts when external services slow down or fail.

When should I perform a reliability review for external service dependencies?▼

Perform a reliability review whenever a code change touches I/O boundaries, external services, or recovery semantics. This surfaces where dependency failures propagate and what observable impact results across the system.

Does this reliability reviewer identify swallowed exceptions and unhandled errors?▼

Yes, the reliability reviewer identifies swallowed exceptions and unhandled errors by enforcing explicit named failure paths. It guides remediation by highlighting potential cascading risks and residual faults across dependencies.