reviewer-protocol

Enforce reviewer lockout and reassign rejected artifacts to new agents.

Updated Apr 16, 2026
One-click install
npx skills add https://github.com/Quintenps/contactswap-agents --skill reviewer-protocol-quintenps
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: reviewer-protocol
Source: https://github.com/Quintenps/contactswap-agents/tree/main/.copilot/skills/reviewer-protocol
Command: npx skills add https://github.com/Quintenps/contactswap-agents --skill reviewer-protocol-quintenps

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents defensive feedback loops and ensures high-quality, independent code reviews by enforcing strict lockout semantics when work is rejected.

Core Features & Use Cases

  • Strict Lockout Enforcement: Automatically prevents original authors from self-revising rejected artifacts to ensure objective improvements.
  • Independent Revision Management: Coordinates the reassignment or escalation of tasks to new agents based on reviewer feedback.
  • Use Case: When a lead developer rejects a module due to architectural flaws, this protocol ensures the original author is locked out of that specific artifact, forcing the coordinator to assign a different agent to implement the necessary changes.

Quick Start

Activate the reviewer-protocol to manage the current review cycle by ensuring all rejected artifacts are assigned to a new agent who is not 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 strict code review workflows in a multi-agent environment?▼

Strict code review workflows are enforced by applying lockout semantics that prevent original authors from self-revising rejected artifacts, ensuring objective peer evaluation. The coordinator verifies agent eligibility and reassigns tasks to new agents.

What is agent lockout semantics for code review?▼

Agent lockout semantics prevent the original author from modifying a rejected artifact during the code review cycle. This forces the coordinator to assign revision tasks to a different agent, eliminating defensive feedback loops and maintaining independent quality assurance.

How do I prevent self-revision cycles when an artifact is rejected?▼

Self-revision cycles are prevented by automatically locking out the original author from rejected artifacts. The protocol requires the coordinator to reassign the rejected work to a new agent who implements the necessary changes based on reviewer feedback.

Can I use this protocol for task reassignment in multi-agent orchestration?▼

Yes, this protocol applies directly to multi-agent orchestration by managing independent revision and task reassignment. It ensures that when a lead developer rejects a module due to flaws, the coordinator verifies eligibility and assigns a different agent.

Why does a coordinator need to verify agent eligibility for code review?▼

Coordinator agent eligibility verification is required to prevent self-revision cycles and ensure independent code quality. It guarantees that the agent assigned to revise a rejected artifact is not the original author, enforcing objective peer review.

What are the limitations of automated lockout enforcement for code reviews?▼

Automated lockout enforcement requires a multi-agent environment with a coordinator capable of verifying agent identity and managing task reassignment. It is limited to scenarios where independent peer review and strict artifact rejection workflows are mandatory.