extreme-persistence

Execute high-stakes tasks autonomously with multi-path failure recovery and post-mission documentation.

Updated Jan 16, 2026
One-click install
npx skills add https://github.com/MGPowerlytics/nhlstats --skill extreme-persistence
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: extreme-persistence
Source: https://github.com/MGPowerlytics/nhlstats/tree/main/.github/skills/extreme-persistence
Command: npx skills add https://github.com/MGPowerlytics/nhlstats --skill extreme-persistence

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a framework of persistence and autonomous execution to ensure high-stakes tasks complete without user intervention, reducing downtime due to failures and interruptions.

Core Features & Use Cases

  • Zero-Interaction Execution: Operates under the assumption that the user is unavailable and executes tasks to completion.
  • Recursive Troubleshooting: Offers structured multi-path recovery and retry loops to overcome failures without human input.
  • Audit & Handover: Generates post-mission logs, assumptions, and an audit trail for accountability and reproducibility.

Quick Start

To begin, prompt the agent with a high-stakes task and explicitly state that no user input will be available. The agent will absorb context, attempt multiple recovery strategies, persist state across failures, and report completion with a concise handover.

Frequently Asked Questions about extreme-persistence

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

FAQPage Schema
How does recursive troubleshooting handle error recovery in distributed systems without human input?▼

Autonomous error recovery in distributed systems works by applying structured multi-path recovery strategies and recursive retry loops to overcome failures without human input. It persists state across failures and continues execution until the task is complete.

Can I use autonomous execution for maintenance tasks in distributed systems where no user input is available?▼

The best way to autonomously complete maintenance tasks when user input is unavailable is to enforce zero-interaction execution, which attempts multiple recovery strategies and reports completion with a concise handover. This reduces downtime caused by interruptions or failures.

What are the limitations of using zero-interaction execution for fault-tolerance tasks?▼

Post-mission logging for autonomous fault-tolerance tasks works by automatically generating detailed logs, assumptions, and an audit trail upon task completion. This provides thorough documentation for accountability, reproducibility, and handover.

Do I need to provide context before starting an autonomous retry loop for fault-tolerance?▼

You should not use autonomous persistence for distributed systems maintenance when tasks require real-time human judgment or when unstructured, unpredictable failures exceed the predefined multi-path recovery strategies. It is designed for high-stakes tasks where user input is entirely unavailable.