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.