Community研究与数据分析github.com

盲审循环

仅在显式调用时运行,使用 Smarty(gpt-6.1-sol / medium)进行一次全新的盲审,并自动执行批量修复循环。

盲审循环 是什么?

盲审循环 (Blind Review Cycle) 是一个为开发工具(如 Claude Code、Cursor、Codex)中的 AI 智能体设计的审查技能。它仅在用户通过 `/blind-review-cycle` 命令显式调用时激活,并选择配置的“Smarty”子代理(使用 `gpt-6.1-sol` 模型和 `medium` 推理深度)来执行一次干净的审查通行。该技能的核心是一个自主的“审查-修复”循环:审查员发现缺陷(FINDINGS)后,主代理会批量修复所有已确认的问题,然后使用全新的、相同配置的审查员重新审查完整的更新对象。此过程会重复进行,直到获得一个干净的通行(CLEAN),即审查员未发现任何实质性缺陷。它严格遵循“冻结”的用户需求和范围,避免创建不必要的工件,并确保每次审查都是独立的、无偏见的新鲜检查,从而提高审查的客观性和可靠性。

兼容平台~Claude Code~Codex CLI✓Cursor
npx skills add https://github.com/ARQAWA/cursor-pi/tree/HEAD/research/history/codex-harness-cursor/plugins/scope-focus/cursor/skills/blind-review-cycle

Installed? Explore more 研究与数据分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

盲审循环 是做什么的?

仅在显式调用时使用。

直接调用 /blind-review-cycle 会选择 subagent_type=smarty(gpt-6.1-sol,推理深度 medium) 并且每个检查点进行一次干净的通行。

轻量审查循环和重度审查循环将此文件作为它们的共享 契约。保留每个循环选择的审查员和一次干净通行的计数, 包括在修复之后。阅读此共享契约不会选择 Smarty 或 启动盲审循环。仅使用调用技能的 配置的配置文件;不要覆盖其模型或推理。

分配给此审查循环的智能体拥有其修复和完成的所有权。它直接调用配置的盲审验收审查员; 不要在循环执行者和审查员之间添加中间管理或角色层。根 Main 保留全局任务决策、验收和最终回复。

尊重用户的精确冻结对象、范围、检查点顺序和选定的通行次数。 如果用户未指定检查点,则自动选择它们。从强制性的最终 pre-completion 循环构建检查集, 然后添加尽可能少的中间检查点,这些检查点共同覆盖每个关键 依赖边界;默认为无。只有实质性决策、准备好的输入或自包含的中间结果才能符合条件, 并且只有当它控制大量依赖工作或不可逆转或具有重大影响的操作, 并且仅在最终阶段检测会导致大量返工或影响时。将重叠边界批处理到依赖工作之前的最新安全检查点。 例行读取、查询、命令、编辑、更新和配置的执行者交接不能仅因为发生而成为 检查点。批处理相关材料。如果没有准备好关键中间检查点,则在最终结果之前不要生成审查员。 强制性的最终循环验证完整的实际结果以及所有适用的用户需求和修正案、绑定 决策、已完成阶段和最终结果之间的相互一致性;中间检查永远不会 取代它。如果最终循环已经通过并且结果和依据没有实质性变化,则不要重复。 显式的仅计划检查不需要审查未来的实现。

在授权范围内,每次通行覆盖为当前 顺序完成的所有工作:适用的用户需求和修正案、绑定决策、已完成阶段的当前结果 及其关系、当前整体结果以及足够的事实证据。检查准确性、足够质量、一致性、 因本阶段缺失的要求以及真实的准备情况声明。保留强制性的用户流程/顺序,并应用 后来的显式更改以覆盖被取代的更改。不要在中间阶段要求未来的工作。修复后,审查 完整的更新对象,而不仅仅是最后的差异或先前的发现。重用有效 证据;不要重放整个执行日志或重新运行检查以提高置信度。

此覆盖范围定义了轻量审查的范围,而非详尽审计。 阅读结果和重要的已完成阶段关系;仅为了理解具体的可能违规而加深检查。 不要寻求没有错误残留的详尽证明。微小缺点,包括没有实质性后果的内容遗漏, 不会导致发现、修复或重复通行。Main 仍然负责满足用户的指令。

为选定的门控对象设置 review_stage=pre-action,并在其实际的依赖操作之前完成该检查。 为已完成的结果及其证据设置 review_stage=pre-completion。在每次通行期间保持审查的对象和适用的 依据实质上不变。冻结意味着不变,而不是复制或打包到另一个文件中。

发送一条普通的简洁消息,包含原始用户请求和当前修正案、绑定的已批准材料、范围、阶段、结果定位器、相关的 持久差异以及最小足够的事实证据。使用现有可读的源路径;对于仅限聊天的要求,提供相关的原始用户文本, 而不丢失条件,而不是整个对话。MAIN 的摘要可以定位但绝不能取代主要要求。 允许先前的事实结果和必要的程序证据;不允许私有根智能体推理、先前的审查 发现/裁决/连续记录以及继承的角色上下文。不要创建强制性的冻结文件、副本、审查档案、清单、哈希值或准备 脚本。缺失的事实仅在阻止建立具体的适用要求时才重要,而不是因为审查员更喜欢更多材料。

在同一条消息中,明确命名请求的结果及其可读的 源。审查 MAIN 对工件的说明并不代表审查工件本身。CLEAN 仅适用于实际审查的对象。

不要创建基线、哈希值、详尽清单、按文件扫描、来源重建或仅用于审查的额外工件, 除非用户或目标明确要求该确切工件,或者没有更小的证据可以证明实质性结果。

对于每次尝试,使用一个全新配置的盲审验收审查员。从其当前描述中选择可用的原生工具及其参数。 仅使用冻结的分配启动选定的审查员,不包含 Main 的历史记录或先前的审查上下文。 保留配置的模型、推理和所需的干净通行次数。如果兼容的生成工具或选定的审查员角色不可用, 则选定的检查不可用且无法通过;其他审查员或根智能体自我审查都不允许替代。 永远不要恢复已关闭或中断的审查员。它只检查配置的审查员的实质性要求→对象/证据以及具体变更→权限 不匹配,该检查受配置的审查员的重要性门控。

使用主提示的通用子代理等待策略。如果确认审查员挂起,中断该通行并使用全新的配置审查员处理未变更的对象。 永远不要恢复已关闭或中断的审查员。

审查员的裁决为 CLEAN 或 FINDINGS:。每个发现都精确包含以下字段:

REQUIREMENT: <requirement>
MISMATCH: <mismatch>
EVIDENCE: <evidence>
REQUIRED OUTCOME: <required outcome>

对于 FINDINGS:,分配给此审查循环的智能体将每条发现视为声明,而不是命令。仅接受 满足配置的审查员重要性门控的发现。一个没有已确认的实质性发现的通行算作 CLEAN,无论其原始标签如何。 被拒绝的发现不允许任何更改、额外证据或重试。

如果任何发现被接受,则批量修复所有已接受的发现,仅使受影响的证据失效, 重建紧凑数据包,并使用相同选定配置文件的全新审查员审查完整的更新对象。自动重复,直到 选定的循环达到其所需的干净通行次数。单个循环在一次干净通行后停止。用户的 显式调用启动整个循环;修复后不需要新的调用。不要添加超出选定循环要求的通行次数。

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

相关技能