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.