reviewer-protocol

Enforces reviewer rejection workflows with strict author lockout semantics in multi-agent orchestration.

2|Updated Jul 24, 2026
One-click install
npx skills add https://github.com/elbruno/ElBruno.MagenticUI --skill reviewer-protocol-elbruno
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: reviewer-protocol
Source: https://github.com/elbruno/ElBruno.MagenticUI/tree/main/.squad/templates/skills/reviewer-protocol
Command: npx skills add https://github.com/elbruno/ElBruno.MagenticUI --skill reviewer-protocol-elbruno

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? In multi-agent teams, rejected work often gets bounced back to the original author, creating defensive self-revision loops and weak independent review. This Skill defines a strict protocol so coordinators enforce reviewer rejections correctly and prevent the original author from revising their own rejected artifact. ## Core Features & Use Cases - Reviewer Rejection Protocol: Reviewers approve or reject work, and on rejection must choose to reassign to a different agent or escalate to a new agent with specific expertise. - Strict Lockout Semantics: The original author is mechanically locked out of the rejected artifact for the entire revision cycle, including as co-author or advisor, with per-artifact scope. - Deadlock Handling: When all eligible agents are locked out of an artifact, the coordinator escalates to the user instead of re-admitting a locked-out author. - Use Case: A tester agent rejects an authentication module written by another agent; the coordinator verifies the named revision agent is not the original author, spawns a different agent to produce v2, and keeps the lockout active until the revision is approved. ## Quick Start Apply the reviewer-protocol rules whenever a reviewer agent rejects an artifact so the coordinator locks out the original author and assigns the revision to a different agent.

Frequently Asked Questions about reviewer-protocol

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

FAQPage Schema
How do I handle reviewer rejections in a multi-agent workflow?▼

On rejection, the reviewer chooses to either reassign the revision to a different agent or escalate by spawning a new agent with specific expertise. The coordinator then enforces the choice and ensures the original author never self-revises.

What is author lockout in agent code review?▼

Author lockout means the original author of a rejected artifact cannot produce the next version in any capacity, including as co-author or advisor. The lockout is scoped to that specific artifact and persists until the revision is approved.

What happens when a reviewer names the original author to fix rejected work?▼

The coordinator must refuse the assignment and ask the reviewer to name a different agent. Accepting the original author as the revision agent violates the lockout protocol and is listed as an anti-pattern.

How do I resolve deadlock when all agents are locked out of an artifact?▼

When every eligible agent has been locked out of an artifact, the coordinator must escalate to the user with the artifact details. Re-admitting a locked-out author to break the deadlock is explicitly prohibited.

Does the lockout apply to all of an agent's work or just one artifact?▼

The lockout is scoped per artifact, so the original author may continue working on other unrelated artifacts. If a revision is also rejected, the revision author becomes locked out too and a third agent must revise.