一键导入
requesting-code-review
在完成任务、实现重要功能或合并前使用,用于验证当前工作是否满足要求
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
在完成任务、实现重要功能或合并前使用,用于验证当前工作是否满足要求
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
为 acadclaw 调度整条 ECE 学术研究链路,决定何时调用检索、综述、研究空白、实现、实验、写作、引用和评审类 skills。Full-chain pipeline with concrete tool calls for literature search, RAG, experiments, statistics, plotting, writing, review, and citation management.
Specialized in writing research experiment code. Use when spawning a subagent to implement simulations, numerical models, data processing, or statistical analysis. Produces well-structured, documented Python code with proper error handling and result persistence.
学术关系构建指南。指导撰写 Cold Email、会议社交以及建立学术影响力。
Specialized in reviewing academic papers and providing structured feedback. Use when spawning a subagent for peer review, quality assessment, or iterative improvement of academic writing. Triggers: review, 审稿, feedback, critique, improve, 迭代, revise.
面向中文管理类硕士学位论文的多轮评审技能,尤其适用于 MBA、MEM、MPA,也可扩展到相近的专业型与应用研究型论文。
用于润色面向顶级计算机学术会议的研究写作(如 NeurIPS、ICLR、ICML、AAAI、IJCAI、ACL、EMNLP、NAACL、CVPR、WWW、KDD、SIGIR、CIKM 等)。当用户要求改进、润色、精修、编辑或校对学术写作时触发,包括论文草稿、摘要、引言、相关工作、方法描述、实验部分或结论部分;当用户粘贴 LaTeX 内容并请求写作帮助,或提到 camera-ready、rebuttal、paper revision、具体学术会议名称时也应触发。该技能同时支持整篇论文润色与分章节编辑。
| name | requesting-code-review |
| description | 在完成任务、实现重要功能或合并前使用,用于验证当前工作是否满足要求 |
| metadata | {"acadclaw":{"profiles":["reviewer"],"produces":["review_report"],"consumes":["experiment_code"]}} |
调用 superpowers:code-reviewer 子代理,在问题扩散前尽早发现风险。
核心原则: 早评审,常评审。
必须请求的场景:
可选但很有价值的场景:
1. 获取 git SHAs:
BASE_SHA=$(git rev-parse HEAD~1) # or origin/main
HEAD_SHA=$(git rev-parse HEAD)
2. 调用 code-reviewer 子代理:
使用 Task 工具并选择 superpowers:code-reviewer 类型,套用下方内嵌模板。
占位符说明:
{WHAT_WAS_IMPLEMENTED} - 你刚完成的内容{PLAN_OR_REQUIREMENTS} - 它本来应该实现什么{BASE_SHA} - 起始提交{HEAD_SHA} - 结束提交{DESCRIPTION} - 简要说明3. 根据反馈行动:
[Just completed Task 2: Add verification function]
You: 我先请求一次代码评审,再继续推进。
BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}')
HEAD_SHA=$(git rev-parse HEAD)
[Dispatch superpowers:code-reviewer subagent]
WHAT_WAS_IMPLEMENTED: 为会话索引新增校验与修复函数
PLAN_OR_REQUIREMENTS: docs/plans/deployment-plan.md 中的 Task 2
BASE_SHA: a7981ec
HEAD_SHA: 3df7661
DESCRIPTION: 新增 verifyIndex() 和 repairIndex(),覆盖 4 类问题
[Subagent returns]:
Strengths: 架构清晰,测试有效
Issues:
Important: 缺少进度提示
Minor: 上报间隔中的魔数 100
Assessment: 可以继续
You: [补上进度提示]
[继续处理 Task 3]
子代理驱动开发:
执行计划时:
临时开发场景:
绝不要:
如果评审结论不对:
调用 code-reviewer 子代理时,直接使用下面这份模板。
# 代码评审代理
你正在评审一组代码变更,目标是判断它是否具备生产可用性。
**你的任务:**
1. 评审 {WHAT_WAS_IMPLEMENTED}
2. 对照 {PLAN_OR_REQUIREMENTS} 检查实现是否符合要求
3. 检查代码质量、架构和测试
4. 按严重程度归类问题
5. 评估是否已达到生产可用标准
## 已实现内容
{DESCRIPTION}
## 需求/计划
{PLAN_REFERENCE}
## 需要评审的 Git 区间
**Base:** {BASE_SHA}
**Head:** {HEAD_SHA}
```bash
git diff --stat {BASE_SHA}..{HEAD_SHA}
git diff {BASE_SHA}..{HEAD_SHA}
代码质量:
架构:
测试:
需求符合性:
生产可用性:
[做得好的地方是什么?请具体说明。]
[Bug、安全问题、数据丢失风险、功能损坏]
[架构问题、功能缺失、错误处理不足、测试缺口]
[代码风格、性能优化机会、文档改进]
对每个问题,都应说明:
[Improvements for code quality, architecture, or process]
是否可以合并? [Yes/No/With fixes]
理由: [用 1 到 2 句话给出技术判断]