Menü
当完成任务、撰写主要章节，或在定稿前验证工作是否符合要求时使用
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
当面临 2+ 个独立任务，可以在没有共享状态或顺序依赖的情况下工作时使用
当在当前会话中执行具有独立任务的撰写计划时使用
当你有一个书面的撰写实施计划，需要在一个单独的会话中执行，并带有审查检查点时使用
当收到同行评审反馈时使用，在实施建议之前，特别是当反馈看起来不清楚或在学术上值得商榷时——需要学术严谨和验证，而不是表演性的同意或盲目实施
当撰写完成，所有逻辑检查通过，你需要决定如何整合工作时使用——通过展示清晰的合并、提交审阅或清理选项来指导完成开发工作
在进行任何创造性工作之前必须使用此技能——无论是撰写新章节、构建理论框架、增加论据还是修改论证逻辑。在撰写正文之前，先探索研究目标、要求和论证设计。
| name | sa-peer_review |
| description | 当完成任务、撰写主要章节，或在定稿前验证工作是否符合要求时使用 |
分派 superpowers:code-reviewer 子智能体，在问题扩散之前捕捉它们。
核心原则： 尽早评审，频繁评审。
强制性：
可选但有价值：
1. 获取版本记录 (Git SHAs):
BASE_SHA=$(git rev-parse HEAD~1) # 或 origin/main
HEAD_SHA=$(git rev-parse HEAD)
2. 分派审稿子智能体:
使用 Task 工具调用 superpowers:code-reviewer 类型，填写 code-reviewer_zh.md 中的模板
占位符：
{WHAT_WAS_WRITTEN} - 你刚刚写了什么{PLAN_OR_REQUIREMENTS} - 它应该包含什么论点{BASE_SHA} - 起始提交{HEAD_SHA} - 结束提交{DESCRIPTION} - 简要总结3. 根据反馈行动:
[刚刚完成任务 2: 添加验证论据]
你: 让我在继续之前请求同行评审。
BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}')
HEAD_SHA=$(git rev-parse HEAD)
[分派 superpowers:code-reviewer 子智能体]
WHAT_WAS_WRITTEN: 关于会话索引验证和修复的论证段落
PLAN_OR_REQUIREMENTS: docs/plans/deployment-plan.md 中的任务 2
BASE_SHA: a7981ec
HEAD_SHA: 3df7661
DESCRIPTION: 增加了 verifyIndex() 和 repairIndex() 的理论依据和 4 种问题类型
[子智能体返回]:
优势: 架构清晰，论据真实
问题:
重要: 缺少进度指标的论述
次要: 报告间隔 (100) 的依据不明确
评估: 准备好继续
你: [添加进度指标论述]
[继续任务 3]
子智能体驱动写作:
执行计划:
临时写作:
绝不：
如果审稿人错了：
参见模板：peer_review/code-reviewer_zh.md