runtime-behavior-probe

Probe node-redis runtime behavior with disposable TypeScript scripts and validation matrices.

17.6k|2.0k|Updated Sep 14, 2010
One-click install
npx skills add https://github.com/redis/node-redis --skill runtime-behavior-probe-redis
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: runtime-behavior-probe
Source: https://github.com/redis/node-redis/tree/main/.agents/skills/runtime-behavior-probe
Command: npx skills add https://github.com/redis/node-redis --skill runtime-behavior-probe-redis

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill addresses the gap left by static code review and documentation, which cannot detect runtime-specific issues such as edge cases, undocumented behavior, and common failure modes that only emerge when code is executed, particularly for integrations like the node-redis client.

Core Features & Use Cases

  • Structured Validation Matrices: Plans and executes targeted case matrices covering baseline success, edge cases, error scenarios, and repeat-sensitive behavior to ensure high-value, visible coverage.
  • Disposable Probe Workflow: Runs temporary TypeScript probe scripts outside git-tracked repository paths to avoid modifying core project files, with strict write-scope guardrails for node-redis projects.
  • Findings-First Reporting: Generates reports that prioritize unexpected or negative results, including full runtime context, evidence, and clear scope and confidence markers for each finding.
  • Use Case: A node-redis developer can use this Skill to test whether the client correctly handles RESP2 vs RESP3 reply type mapping, or if the offline command queue preserves order after a dropped connection.

Quick Start

Use the runtime-behavior-probe skill to investigate why node-redis returns unexpected reply types when connected to a Redis 8 server using RESP3, and generate a structured validation matrix and findings report for the issue.

Frequently Asked Questions about runtime-behavior-probe

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

FAQPage Schema
How do I uncover hidden node-redis runtime edge cases that static code review misses?▼

To uncover node-redis runtime edge cases, execute disposable TypeScript probe scripts outside git-tracked paths to investigate actual behavior invisible to static review. This generates a structured validation matrix and a findings-first report with full runtime context and evidence.

What is a structured validation matrix for testing runtime behavior?▼

A structured validation matrix is a targeted test plan covering baseline success, edge cases, error scenarios, and repeat-sensitive behavior. It ensures high-value visible coverage when verifying runtime behavior and produces findings-first reports with confidence markers.

How do I test node-redis RESP2 vs RESP3 reply type mapping drift?▼

To test node-redis RESP2 vs RESP3 reply type mapping drift, run comparative TypeScript probe scripts that detect contract drift across server modes and RESP versions. The workflow generates a findings report prioritizing unexpected reply type mappings with full runtime evidence.

Does the runtime behavior probe workflow modify my existing project files?▼

The runtime behavior probe workflow does not modify existing project files because it executes disposable TypeScript probe scripts strictly outside git-tracked repository paths. It enforces strict write-scope guardrails for node-redis projects to prevent accidental modifications.

How do I analyze node-redis offline command queue order after a dropped connection?▼

To analyze node-redis offline command queue order after a dropped connection, execute failure mode analysis probes that test repeat-sensitive behavior across different connection states. The resulting findings-first report documents whether the queue preserves order with full runtime context.

When should I not use disposable probe scripts for behavior verification?▼

You should not use disposable probe scripts for behavior verification when static code review or documentation is sufficient to detect the issue. Runtime probes are specifically designed for runtime-specific edge cases and failure modes that only emerge during actual code execution.