reviewer-protocol

Enforce reviewer rejection workflows with strict lockout of original authors.

Updated Mar 27, 2026
One-click install
npx skills add https://github.com/lbouriez/Squad-Templates --skill reviewer-protocol-lbouriez
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: reviewer-protocol
Source: https://github.com/lbouriez/Squad-Templates/tree/main/Nectari-Devops-Squad/.copilot/skills/reviewer-protocol
Command: npx skills add https://github.com/lbouriez/Squad-Templates --skill reviewer-protocol-lbouriez

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Reviewer Rejection Protocol prevents defensive feedback loops by ensuring rejected work cannot be self-edited by the original author. It codifies a deterministic governance flow where a reviewer can request a reassignment or escalate to a new expert, with the coordinator enforcing lockout of the original author.

Core Features & Use Cases

  • Rejection governance: restricts revision rights to a different agent or escalates to additional expertise.
  • Lockout enforcement: guarantees the original author cannot contribute to the revision; only the designated new agent or escalation path can produce the next version.
  • Use case: in a code-review cycle, a failed artifact must be revised by another engineer to ensure objective quality improvements.

Quick Start

Instruct the Coordinator to reassign the revision to a non-original agent and lock out the original author.

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 code-review lockout after an artifact rejection?▼

Code-review lockout enforcement is achieved by restricting revision rights to a non-original agent. The protocol locks out the original author and requires the Coordinator to reassign the revision to a different agent before approval.

What is a reviewer rejection protocol for code governance?▼

A reviewer rejection protocol is a deterministic governance flow that prevents defensive feedback loops by ensuring rejected artifacts cannot be self-edited by the original author, requiring reassignment to a new engineer.

Can I escalate a rejected artifact to a new expert instead of reassigning it?▼

Yes, rejected artifacts can be escalated to new expertise. The protocol allows the reviewer to request escalation, and the Coordinator enforces this path while maintaining the original author lockout.

How do I prevent an original author from self-editing a failed code review?▼

To prevent self-editing, apply strict lockout semantics that deterministically block the original author from contributing to the revision, forcing the Coordinator to designate a new revision owner.

Does the reviewer rejection workflow support team-based code-review scenarios?▼

Yes, the protocol is designed for team-based code-review scenarios. It applies deterministic rules where a failed artifact must be revised by another engineer to ensure objective quality improvements.

What are the limitations of using deterministic lockout rules for code governance?▼

The lockout rules require a Coordinator to enforce reassignment or escalation, meaning the workflow depends on a centralized coordination agent to manage the revision owner transition and approval process.