Peer Review Response Drafter
Assist researchers in crafting professional, polite, and effective responses to peer reviewer comments for academic journal submissions.
Overview
This skill parses reviewer comments, drafts structured responses, and adjusts tone to ensure:
- - Professional and courteous language
- Clear point-by-point addressing of concerns
- Constructive framing of disagreements
- Consistent academic writing style
When to Use
- - Responding to peer reviewer comments after paper revision
- Preparing author response letters for journal resubmission
- Addressing major/minor revision requirements
- Drafting rebuttal letters for conference submissions
- Converting informal notes into formal response language
Workflow
Step 1: Parse Input
Collect and structure the following:
- - Reviewer comments: Original text from reviewers (often numbered/sectioned)
- Manuscript context: Title, journal name, revision round (if applicable)
- Author changes: Brief notes on what was modified in response to each comment
- Tone preference: Formal academic / diplomatic / assertive (default: diplomatic)
Step 2: Structure Response Letter
Standard academic response letter format:
CODEBLOCK0
Step 3: Draft Individual Responses
For each reviewer comment, generate a response containing:
- 1. Acknowledgment: Thank the reviewer for the observation
- Action taken: Describe the change made (if applicable)
- Location indicator: Page/line number where change appears
- Optional rationale: Brief explanation if no change was made
Response Templates
Accepting a suggestion:
CODEBLOCK1
Partial acceptance with modification:
CODEBLOCK2
Politely declining:
CODEBLOCK3
Step 4: Tone Adjustment
Adjust language based on context:
| Tone | Use Case | Example Phrasing |
|---|
| Diplomatic | General revisions | "We thank..." / "We appreciate..." / "We have revised..." |
| Assertive |
Defending methodology | "We respectfully note..." / "Our approach is justified because..." |
| Grateful | Major improvements | "We are grateful for..." / "This significantly improved..." |
Input Format
Accept multiple input formats:
- - Copy-pasted reviewer comments
- PDF extracted text
- Structured JSON with comment IDs
- Markdown with sections
Output Format
Returns a complete response letter with:
- - Proper salutation and closing
- Numbered responses matching reviewer comments
- Inline citations to manuscript locations
- Professional academic tone throughout
Usage Example
CODEBLOCK4
Parameters
| Parameter | Type | Required | Default | Description |
|---|
| INLINECODE0 | flag | No | - | Interactive mode: Guided wizard with prompts (uses input()). Recommended for first-time users or complex responses |
| INLINECODE2 |
str | No | - | Path to reviewer comments file (automation mode) |
|
--output | str | No | - | Output file path for response letter |
|
--tone | str | No | "diplomatic" | Response tone: "diplomatic", "formal", or "assertive" |
|
--format | str | No | "markdown" | Output format: "markdown", "plain_text", or "latex" |
|
--include-diff | bool | No | true | Whether to summarize changes made |
Usage Modes:
- - Interactive Mode: Use
--interactive for guided setup with prompts (recommended for first-time users) - File Mode (Recommended for automation): Use
--input-file with pre-prepared reviewer comments
Technical Notes
- - Difficulty: High - Requires understanding of academic norms, context-aware tone adjustment, and nuanced handling of criticism
- Limitations: Does not verify factual accuracy of responses; human review required for technical content
- Safety: No external API calls; processes text locally
References
- -
references/response_templates.md - Common response patterns - INLINECODE10 - Academic tone guidelines
- INLINECODE11 - Sample response letters
Quality Checklist
Before finalizing, verify:
- - [ ] Every reviewer comment has a corresponding response
- [ ] Responses are numbered/lettered consistently with comments
- [ ] All changes are referenced with page/line numbers
- [ ] Disagreements are framed constructively
- [ ] No defensive or confrontational language
- [ ] Professional tone maintained throughout
Risk Assessment
| Risk Indicator | Assessment | Level |
|---|
| Code Execution | Python/R scripts executed locally | Medium |
| Network Access |
No external API calls | Low |
| File System Access | Read input files, write output files | Medium |
| Instruction Tampering | Standard prompt guidelines | Low |
| Data Exposure | Output files saved to workspace | Low |
Security Checklist
- - [ ] No hardcoded credentials or API keys
- [ ] No unauthorized file system access (../)
- [ ] Output does not expose sensitive information
- [ ] Prompt injection protections in place
- [ ] Input file paths validated (no ../ traversal)
- [ ] Output directory restricted to workspace
- [ ] Script execution in sandboxed environment
- [ ] Error messages sanitized (no stack traces exposed)
- [ ] Dependencies audited
Prerequisites
CODEBLOCK5
Evaluation Criteria
Success Metrics
- - [ ] Successfully executes main functionality
- [ ] Output meets quality standards
- [ ] Handles edge cases gracefully
- [ ] Performance is acceptable
Test Cases
- 1. Basic Functionality: Standard input → Expected output
- Edge Case: Invalid input → Graceful error handling
- Performance: Large dataset → Acceptable processing time
Lifecycle Status
- - Current Stage: Draft
- Next Review Date: 2026-03-06
- Known Issues: None
- Planned Improvements:
- Performance optimization
- Additional feature support
同行评审回复草稿撰写助手
协助研究人员针对学术期刊投稿的同行评审意见,撰写专业、礼貌且有效的回复。
概述
本技能可解析评审意见、起草结构化回复并调整语气,确保:
- - 语言专业且礼貌
- 逐条清晰回应关切
- 以建设性方式表达不同意见
- 保持一致的学术写作风格
使用场景
- - 论文修改后回复同行评审意见
- 为期刊重新投稿准备作者回复函
- 处理重大/轻微修改要求
- 为会议投稿起草反驳函
- 将非正式笔记转化为正式回复语言
工作流程
第一步:解析输入
收集并整理以下内容:
- - 评审意见:评审人的原始文本(通常编号/分节)
- 稿件背景:标题、期刊名称、修改轮次(如适用)
- 作者修改:针对每条意见所做修改的简要说明
- 语气偏好:正式学术/委婉/坚定(默认:委婉)
第二步:构建回复函结构
标准学术回复函格式:
尊敬的编辑和评审人:
感谢您对我们提交至[期刊]的题为[标题]的稿件提出的建设性意见。我们已认真处理所有意见并对稿件进行了相应修改。以下是我们对每位评审人意见的逐条回复。
评审人#1:
[编号回复]
评审人#2:
[编号回复]
...
此致
敬礼
[作者]
第三步:起草逐条回复
针对每条评审意见,生成包含以下内容的回复:
- 1. 致谢:感谢评审人的观察
- 采取的行动:描述所做的修改(如适用)
- 位置指示:修改所在的页码/行号
- 可选理由:如未做修改,简要说明原因
回复模板
接受建议:
意见:方法部分缺乏数据预处理的详细说明。
回复:感谢评审人提出这一重要意见。我们已扩展方法部分,详细描述了数据预处理步骤,包括归一化、异常值去除和特征选择程序(第5页,第120-135行)。
部分接受并修改:
意见:作者应使用方法X而非方法Y。
回复:感谢评审人的建议。虽然方法X确实被广泛使用,但我们发现方法Y更适合我们的特定数据集,原因是[简要理由]。不过,我们在修改稿中增加了对两种方法的比较讨论(第8页,第200-210行),以承认这一替代方法。
礼貌拒绝:
意见:作者应删除图3,因其似乎重复。
回复:感谢评审人的建议。经过仔细考虑,我们认为图3为第4.2节讨论的关键发现提供了必要的视觉支持。为增强清晰度,我们修改了图注以更好地强调其独特贡献(第10页,图3图注)。
第四步:语气调整
根据上下文调整语言:
| 语气 | 使用场景 | 示例措辞 |
|---|
| 委婉 | 一般修改 | 我们感谢... / 我们感激... / 我们已修改... |
| 坚定 |
捍卫方法论 | 我们谨此指出... / 我们的方法合理,因为... |
| 感激 | 重大改进 | 我们非常感谢... / 这显著改善了... |
输入格式
接受多种输入格式:
- - 复制粘贴的评审意见
- PDF提取文本
- 带意见ID的结构化JSON
- 带章节的Markdown
输出格式
返回完整的回复函,包含:
- - 适当的称呼和结束语
- 与评审意见对应的编号回复
- 稿件位置的内联引用
- 贯穿全文的专业学术语气
使用示例
用户:请帮我起草对以下评审意见的回复:
评审人1:
- 1. 引言部分应更好地阐述问题动机
- 图2不清晰
- 你们是否考虑过Smith等人2023年的研究?
我的修改:
- 1. 增加了动机阐述段落
- 重新绘制图2,标签更清晰
- 增加了引用和讨论
期刊:Nature Communications
参数
| 参数 | 类型 | 必需 | 默认值 | 描述 |
|---|
| --interactive | 标志 | 否 | - | 交互模式:带提示的引导式向导(使用input())。推荐首次用户或复杂回复使用 |
| --input-file |
字符串 | 否 | - | 评审意见文件路径(自动化模式) |
| --output | 字符串 | 否 | - | 回复函输出文件路径 |
| --tone | 字符串 | 否 | diplomatic | 回复语气:diplomatic、formal或assertive |
| --format | 字符串 | 否 | markdown | 输出格式:markdown、plain_text或latex |
| --include-diff | 布尔值 | 否 | true | 是否总结所做的修改 |
使用模式:
- - 交互模式:使用--interactive进行带提示的引导式设置(推荐首次用户使用)
- 文件模式(推荐自动化使用):使用--input-file配合预先准备好的评审意见
技术说明
- - 难度:高 - 需要理解学术规范、上下文感知的语气调整以及对批评意见的细致处理
- 局限性:不验证回复的事实准确性;技术内容需人工审核
- 安全性:无外部API调用;文本在本地处理
参考资料
- - references/responsetemplates.md - 常见回复模式
- references/toneguide.md - 学术语气指南
- references/examples/ - 示例回复函
质量检查清单
在定稿前,请验证:
- - [ ] 每条评审意见都有对应的回复
- [ ] 回复的编号与意见一致
- [ ] 所有修改均标注了页码/行号
- [ ] 不同意见以建设性方式呈现
- [ ] 无防御性或对抗性语言
- [ ] 全文保持专业语气
风险评估
| 风险指标 | 评估 | 等级 |
|---|
| 代码执行 | Python/R脚本在本地执行 | 中 |
| 网络访问 |
无外部API调用 | 低 |
| 文件系统访问 | 读取输入文件,写入输出文件 | 中 |
| 指令篡改 | 标准提示词指南 | 低 |
| 数据泄露 | 输出文件保存到工作区 | 低 |
安全检查清单
- - [ ] 无硬编码的凭据或API密钥
- [ ] 无未经授权的文件系统访问(../)
- [ ] 输出不泄露敏感信息
- [ ] 已实施提示注入防护
- [ ] 输入文件路径已验证(无../遍历)
- [ ] 输出目录限制在工作区内
- [ ] 脚本在沙盒环境中执行
- [ ] 错误信息已清理(不暴露堆栈跟踪)
- [ ] 依赖项已审计
前置条件
bash
Python依赖项
pip install -r requirements.txt
评估标准
成功指标
- - [ ] 成功执行主要功能
- [ ] 输出符合质量标准
- [ ] 优雅处理边缘情况
- [ ] 性能可接受
测试用例
- 1. 基本功能:标准输入 → 预期输出
- 边缘情况:无效输入 → 优雅的错误处理
- 性能:大数据集 → 可接受的处理时间
生命周期状态
- - 当前阶段:草稿
- 下次审核日期:2026-03-06
- 已知问题:无
- 计划改进:
- 性能优化
- 增加更多功能支持