Menu
代码变更完成后请求审查。派发规范审查+代码质量审查两个子代理，汇总结果。触发词：审查代码、review、code review、检查代码。
The review-first prompt is selected by default. You can switch to a direct command or download a local copy.
Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/yinqd3/workbuddy-skills --skill requesting-code-reviewThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
Showing SKILL.md
多视角学术论文同行评审。模拟 7 名独立审稿人（EIC + 3 同行审稿人 + 魔鬼代言人 + 编辑综合），含动态角色配置。支持完整评审、再评审（验证修改）、快速评估、方法论聚焦、苏格拉底引导、校准模式。触发词：审稿、同行评审、评审论文、模拟评审、编辑评审、review paper、peer review、manuscript review、referee report。
12 Agent 学术论文写作管线。10 种模式（完整/计划/大纲/修改/修改教练/摘要/文献综述/格式转换/引文检查/披露声明）。6 种论文类型，5 种引文格式，双语摘要，LaTeX/DOCX/PDF 输出。风格校准 + 写作质量检查 + 反模式检测。触发词：写论文、学术论文、修改论文、论文大纲、写摘要、引文检查、转LaTeX、格式转换、write paper、academic paper、revise paper、paper writing。
完整学术研究管线编排器。协调 deep-research、academic-paper、academic-paper-reviewer 为 10 阶段无缝工作流：选题→调研→写作→完整性检查→评审→修改→再评审→再修改→最终检查→定稿。触发词：学术管线、研究到论文、完整论文流程、写一篇完整的论文、academic pipeline、research to paper、full paper workflow、end-to-end paper。
Based on SOC occupation classification
| name | requesting-code-review |
| description | 代码变更完成后请求审查。派发规范审查+代码质量审查两个子代理，汇总结果。触发词：审查代码、review、code review、检查代码。 |
| agent_created | true |
代码变更完成后请求代码审查。使用 WorkBuddy Agent 工具派发审查子代理。
开始时声明： "我将用 requesting-code-review 技能审查代码变更。"
代码变更 → 规范审查子代理 → 代码质量审查子代理 → 汇总报告 → 修复 → 重新审查
# 获取变更范围
git diff --stat <base>..<head>
git diff <base>..<head>
使用 Agent 工具派发 general-purpose 子代理：
你是做规范合规审查的子代理。只审查实现是否匹配计划中的规格要求。
计划文件: [路径]
GIT 范围: [base..head]
审查:
- 每个规格要求都有实现吗？
- 实现的行为和规格描述一致吗？
- 有规格没要求但实现了的功能吗？（YAGNI 违反）
报告:
- PASS 或 FAIL
- 任何规格遗漏或偏差
- 不要评论代码风格或质量
你是做代码质量审查的子代理。
GIT 范围: [base..head]
描述: [变更概述]
审查:
- DRY 违反（重复代码）
- 死代码（永远不会执行的代码）
- YAGNI 违反（过度工程）
- 命名问题
- 缺少错误处理
- 测试覆盖不足
严重程度: 严重 / 重要 / 次要
报告: 批准，或按严重程度列出问题。
将两个审查报告汇总给用户，标注严重程度和处理建议。
| 严重程度 | 行动 |
|---|---|
| 严重 | 阻塞合并，必须修复 |
| 重要 | 应该修复，强烈建议 |
| 次要 | 可以改进，不阻塞 |