reviewer-protocol

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

Updated Jun 2, 2026
One-click install
npx skills add https://github.com/codebytes/btt --skill reviewer-protocol-codebytes
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reviewer-protocol
Source: https://github.com/codebytes/btt/tree/main/.copilot/skills/reviewer-protocol
Command: npx skills add https://github.com/codebytes/btt --skill reviewer-protocol-codebytes

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 lockout rules and route revisions to different agents. ## Core Features & Use Cases - Reviewer Rejection Protocol: Reviewers approve or reject work, and on rejection must choose reassignment to a different agent or escalation to a new specialist. - Strict Lockout Semantics: The original author is mechanically locked out of revising the rejected artifact, including as co-author or advisor, for the full revision cycle. - 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 rejects an authentication module written by one agent; the coordinator verifies the named revision agent is not the original author, spawns a different agent to produce v2, and keeps the lockout until the revision is approved. ## Quick Start Apply the reviewer-protocol rules whenever a reviewer 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 rejection in a multi-agent workflow?

On rejection, the reviewer chooses reassignment to a different agent or escalation to a new specialist. The coordinator then locks out the original author and spawns the selected agent to produce the next version of the artifact.

What is author lockout in a code review workflow?

Author lockout means the original author of a rejected artifact cannot produce, co-author, or advise on its revision. A different agent must independently own the revision, and the lockout 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. The original author is mechanically locked out, so the coordinator verifies the revision agent is not the original author before spawning.

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 through repeated rejections, the coordinator must escalate to the user with the artifact details. Re-admitting a locked-out author is explicitly prohibited.

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

Lockout is scoped to the specific rejected artifact only. The original author may continue working on unrelated artifacts, and the lockout clears once the revision of that artifact is approved.