用途：该资料定义了一套团队协作中的评审拒绝工作流，用于约束具备 Reviewer 角色（如 Tester、Code Reviewer、Lead）的成员在拒绝他人产出后的处理方式，并给出严格的锁定语义，避免原作者自行修订形成防御性反馈循环，保证评审独立性。
主要能力：评审者可批准或拒绝其他智能体的工作；拒绝时只能选择“重新指派”（要求由不同于原作者的智能体进行修订）或“升级”（要求生成具备特定专长的新智能体）。协调者必须机械式执行这些规则。若评审者批准，则工作正常继续。
锁定语义：产出被拒绝后，原作者即被锁定，不得产出该产物的下一版本，无例外；必须由其他智能体负责修订。协调者在生成修订智能体前，必须校验所选智能体不是原作者；若评审者指定原作者为修复者，协调者必须拒绝并要求另选他人。被锁定作者不得以共同作者、顾问或结对形式参与修订，修订须独立完成。锁定范围仅限被拒绝的具体产物，原作者可继续处理其他无关产物；锁定持续到该修订周期结束，若修订再次被拒，同一规则再次适用，修订作者也被锁定，需第三位智能体修订。若所有符合条件的智能体均被锁定，协调者必须升级给用户，而非重新接纳被锁定作者。
适用场景与限制：适用于多智能体团队中需要独立评审与制衡的产物质量控制。反模式包括允许原作者自行修订、将被锁定作者当作顾问或共同作者、死锁时重新接纳被锁定作者、将锁定扩展到无关产物、接受评审者指定原作者、在修订获批前清除锁定，以及跳过对修订智能体身份的校验。资料未提供具体实现代码、安装命令或平台配置细节。