reviewer-protocol

Enforce rejection lockout and reassign artifact revisions to different agents.

413|64|Updated Feb 7, 2023
One-click install
npx skills add https://github.com/christianhelle/refitter --skill reviewer-protocol-christianhelle
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reviewer-protocol
Source: https://github.com/christianhelle/refitter/tree/main/.copilot/skills/reviewer-protocol
Command: npx skills add https://github.com/christianhelle/refitter --skill reviewer-protocol-christianhelle

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Helps teams avoid self-revision loops by enforcing that rejected artifacts are revised by a different agent, with a strict lockout on the original author.

Core Features & Use Cases

  • Enforces that a rejection leads to a revision owned by another agent (reassign) or escalates to a new expert.
  • Binds the revision cycle to the reviewer’s recommendation and prevents co-authorship by the original author.
  • Works across code reviews, design reviews, and artifact workflows to maintain accountability and fast, independent iterations.

Quick Start

Apply the Reviewer Rejection Protocol to ensure that a rejected artifact is revised by a different agent and that the original author is locked out during the revision cycle.

Frequently Asked Questions about reviewer-protocol

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

FAQPage Schema
How do I prevent the original author from revising an artifact after a code review rejection?

Preventing original authors from revising rejected artifacts requires a strict lockout protocol that reassigns revisions to a different agent. This governance pattern enforces independent iterations by binding the revision cycle to reviewer recommendations and blocking co-authorship during the cycle.

What is a reviewer lockout protocol for artifact governance?

A reviewer lockout protocol for artifact governance is a workflow mechanism that blocks the original author from editing a rejected artifact. It ensures clear ownership and escalation pathways by requiring a different agent to handle the revision based on validated reviewer recommendations.

How do I enforce independent revisions after a design review?

Enforcing independent revisions after a design review requires applying strict lockout semantics to the original author. The protocol validates reviewer recommendations and requires a different agent to execute the revision, ensuring accountability and preventing self-revision loops.

Does the reviewer lockout protocol work for both code reviews and design reviews?

The reviewer lockout protocol works across code reviews, design reviews, and general artifact workflows. It maintains accountability and fast iterations by consistently applying strict lockout semantics and escalation pathways regardless of the specific artifact type being reviewed.

Why does a team need a lockout protocol for artifact revisions?

A team needs a lockout protocol for artifact revisions to avoid self-revision loops and maintain accountability. Without strict lockout semantics, original authors could bypass feedback, whereas this protocol ensures a different agent handles the revision based on reviewer recommendations.

When should I not use a strict lockout protocol for artifact revisions?

You should not use a strict lockout protocol for artifact revisions when solo authorship is expected or when immediate self-correction is preferred over independent review. The protocol enforces reassignment to a different agent, which adds overhead to the revision cycle.