reviewer-protocol

Lock out original authors from revising rejected artifacts in multi-agent workflows.

9|1|Updated Jul 21, 2025
One-click install
npx skills add https://github.com/usepowershell/PoshMcp --skill reviewer-protocol-usepowershell
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reviewer-protocol
Source: https://github.com/usepowershell/PoshMcp/tree/main/.copilot/skills/reviewer-protocol
Command: npx skills add https://github.com/usepowershell/PoshMcp --skill reviewer-protocol-usepowershell

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Reviewer decisions can be undermined when the original author is allowed to self-revise after a rejection, creating defensive feedback loops and reducing review independence; this Skill enforces mechanical lockouts so revisions are produced by different agents as intended.

Core Features & Use Cases

  • Enforced Lockout: Automatically lock out the original author from producing the next revision of a rejected artifact.
  • Reassignment & Escalation: Support Reviewer choices to reassign to a different agent or escalate to a specialist agent, with coordinator verification.
  • Deadlock Handling: Escalate to the user when all eligible agents become locked out to avoid cycling or re-admitting locked authors.
  • Use Cases: Multi-agent code review pipelines, QA tester workflows, content moderation where independent revision is required.

Quick Start

Ask the coordinator to reject the artifact "authentication module", lock out the original author, and assign a different agent to produce the next revision.

Frequently Asked Questions about reviewer-protocol

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

FAQPage Schema
How do I prevent an agent from self-revising its own rejected work in a multi-agent code review pipeline?

An enforced reviewer lockout automatically blocks the original author from producing the next version of a rejected artifact. The coordinator verifies author identity, refuses assignments to the original author, and selects a different agent for reassignment or escalation to maintain review independence.

What happens during agent orchestration when all eligible agents are locked out from revising a rejected artifact?

When all eligible agents become locked out from revising a rejected artifact, the system handles the deadlock by escalating to the user. This prevents cycling or re-admitting locked authors, ensuring the multi-agent workflow halts gracefully rather than assigning revisions to unauthorized agents.

Can I use reviewer reassignment to escalate a rejected artifact to a specialist agent instead of a general one?

Yes, reviewer reassignment supports escalating rejected artifacts to a specialist agent. The coordinator verifies the selected agent is not the original author, allowing you to route rejected work to specialized agents for targeted revisions before escalating to the user if needed.

How do I set up a reviewer rejection lockout for QA testing workflows?

To set up a reviewer rejection lockout for QA testing workflows, instruct the coordinator to reject the artifact, lock out the original author, and assign a different agent to produce the next revision. The coordinator mechanically enforces this by verifying author identity before accepting any reassignment.

Does multi-agent content moderation require independent revision after a reviewer rejection?

Multi-agent content moderation requires independent revision after a reviewer rejection to avoid defensive feedback loops. Enforcing mechanical lockouts ensures the original author cannot produce the next version, maintaining review independence and forcing the coordinator to select a different agent for the revision.