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.