呱呱 研发协作
需要对 PR 做最终代码审查时，用多子代理逐项执行…
对 pull request 做最终代码审查时，编排子代理逐个技能检查并返回全部发现项。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 38/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
需要对 PR 做最终代码审查时，用多子代特定
解决思路
- 使用 subagents 审查代码，并调用除本编排器（orchestrator）之外的所有 `code-review-*` 技能。
- 每个技能分配一个 subagent。
- 将完整的 skill path 传给 subagents。
- 使用 xhigh reasoning。
- 必须返回来自每个 subagent 的每一个问题；发现项数量不限。
- 使用 raw Markdown 报告发现项。
- 为发现项编号，以便引用。
- 每个发现项必须包含具体文件路径和行号。
- 如果运行审查的 GitHub 用户是 pull request 的所有者，添加 `code-reviewed` 标签。
- 除非被明确要求，不要留下 GitHub comments。
适用边界 · 注意事项
- 没有可用的 subagent 机制，或不存在除本编排器外的 `code-review-*` 技能时，不适用。
- 运行审查的 GitHub 用户不是 pull request 所有者时，不应添加 `code-reviewed` 标签。
- 没有被明确要求时，不要留下 GitHub comments。