بنقرة واحدة
requesting-code-review
代码变更完成后请求审查。派发规范审查+代码质量审查两个子代理,汇总结果。触发词:审查代码、review、code review、检查代码。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
代码变更完成后请求审查。派发规范审查+代码质量审查两个子代理,汇总结果。触发词:审查代码、review、code review、检查代码。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
多视角学术论文同行评审。模拟 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。
通用深度研究学术 Agent 团队。13 个 Agent 组成的学术研究管线,覆盖选题、文献检索、证据验证、综合分析到 APA 7.0 报告。7 种模式:完整研究、快速简报、论文评审、文献综述、事实核查、苏格拉底式引导研究、系统综述(含元分析)。触发词:研究、深度研究、文献综述、系统综述、PRISMA、证据综合、事实核查、引导我的研究、方向探索、research、deep research、literature review、systematic review、meta-analysis。
Academic Research Skills 学术研究技能集入口。覆盖从选题、文献调研、论文写作到同行评审的完整学术研究管线。触发词:写论文、深度研究、文献综述、同行评审、审稿、学术管线、research、paper、review。
创建精美的 HTML 演示文稿,支持从零创建、PPTX 转网页、或增强已有 HTML 演示。零依赖单文件,固定 16:9 比例,34 种设计模板。用户说要"做PPT""做演示文稿""创建slides""转换PPTX"时使用。
| 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 违反(过度工程)
- 命名问题
- 缺少错误处理
- 测试覆盖不足
严重程度: 严重 / 重要 / 次要
报告: 批准,或按严重程度列出问题。
将两个审查报告汇总给用户,标注严重程度和处理建议。
| 严重程度 | 行动 |
|---|---|
| 严重 | 阻塞合并,必须修复 |
| 重要 | 应该修复,强烈建议 |
| 次要 | 可以改进,不阻塞 |