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.