Repeated State Detection and Escalation

Detect repeated blocker signatures in pipeline workflows and escalate to human review.

Updated Mar 13, 2026
One-click install
npx skills add https://github.com/JDL440/nfl-eval --skill repeated-state-detection-and-escalation
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Repeated State Detection and Escalation
Source: https://github.com/JDL440/nfl-eval/tree/main/.squad/skills/repeated-state-detection
Command: npx skills add https://github.com/JDL440/nfl-eval --skill repeated-state-detection-and-escalation

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Repeated-state detection helps pipelines avoid endless retry loops by recognizing when the same blocker signature occurs across consecutive revisions and escalating to human review.

Core Features & Use Cases

  • Exact-match fingerprinting of blocker state to detect repetition across revisions.
  • Durable persistence of signature data and a holding-state flow to prevent regression into previous stages.
  • Escalation artifacts (e.g., lead-review.md) and lightweight handoffs to guide external review after repeats.
  • Use Case: In an editorial pipeline, when a blocker reoccurs after two revisions, automatically escalate to lead-review while keeping the article in a holding state.

Quick Start

Use the repeated-state-detection skill to escalate when the same blocker signature appears in consecutive revisions.

Frequently Asked Questions about Repeated State Detection and Escalation

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

FAQPage Schema
How do I stop endless retry loops in a pipeline when the same blocker keeps occurring?

To stop endless retry loops, repeated-state detection recognizes when an identical blocker signature appears across consecutive revisions and triggers an escalation to human review. This prevents the pipeline from continuously retrying the same blocking condition.

What is exact-match fingerprinting for pipeline blocker states?

Exact-match fingerprinting is a technique that normalizes and records a unique signature of a blocker state. It detects repetition by comparing these fingerprints across consecutive revisions to see if the pipeline is stuck in an editor revision loop or holding-state workflow.

How do I escalate an editorial pipeline to lead review after repeated blockers?

You escalate an editorial pipeline by using repeated-state detection to trigger escalation artifacts like lead-review.md when a blocker reoccurs after consecutive revisions. The article remains in a durable holding state to prevent regression into previous stages.

Does this repeated-state detection approach require durable persistence for workflow metadata?

Yes, durable persistence of signature data and blocker metadata is required to track consecutive signatures across revisions. This holding-state flow ensures the workflow maintains history and prevents regression into previous stages during escalation.

What's the best way to verify exact-match behavior for blocker signatures in automated tests?

The best way to verify exact-match behavior is by running the included tests that validate the detection helpers and signature normalization logic. These tests confirm that the fingerprinting mechanism accurately identifies repeated blocker states across revisions.