reviewer-protocol

Enforce reviewer-driven rejection workflows with strict lockout semantics for artifact revisions.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/CarlosSardo/nats-poc-simulator --skill reviewer-protocol-carlossardo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reviewer-protocol
Source: https://github.com/CarlosSardo/nats-poc-simulator/tree/main/.copilot/skills/reviewer-protocol
Command: npx skills add https://github.com/CarlosSardo/nats-poc-simulator --skill reviewer-protocol-carlossardo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enables a reviewer-driven rejection workflow with strict lockout semantics for artifacts.

Core Features & Use Cases

  • Enforces rejection-based revision ownership rules in collaborative review processes.
  • Supports reassignment or escalation of revisions to non-original authors.
  • Prevents the original author from self-revising and ensures continuation of review governance.

Quick Start

Configure and enforce reviewer-based lockout rules for artifact revisions.

Frequently Asked Questions about reviewer-protocol

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

FAQPage Schema
How do I enforce a strict lockout workflow for code reviews to prevent self-revisions?

To enforce a strict lockout workflow for code reviews, this protocol applies coordinator-enforced validation that prevents the original author from self-revising their rejected artifacts. It reassigns or escalates revisions to non-original authors to maintain governance.

What is a reviewer-driven rejection workflow and when do I need it for artifact approval?

A reviewer-driven rejection workflow for artifact approval reassigns rejected items to non-original authors for revision. You need it when collaborative development teams require strict lockout semantics to prevent authors from approving or self-revising their own work.

How do I resolve deadlock scenarios when a revision author is also the original author?

To resolve deadlock scenarios when a revision author matches the original author, the protocol provides built-in escalation paths. A coordinator enforces validation rules to ensure the revision author is not the original author and routes the artifact correctly.

Does this reviewer protocol support collaborative development teams handling both code reviews and design artifacts?

Yes, the reviewer protocol supports collaborative development teams across both code reviews and design artifacts. It enforces rejection-based revision ownership rules and prevents the original author from self-revising across these artifact types.

What are the limitations of using coordinator-enforced validation for artifact reassignment?

Coordinator-enforced validation for artifact reassignment strictly prevents original authors from self-revising, which can create deadlocks if no eligible non-original authors are available. The protocol mitigates this by providing dedicated escalation paths for such scenarios.