审稿意见回复生成器

它解决什么问题

写论文回复审稿意见时，最常见的痛点不是“不会写”，而是改了哪些、没改哪些、为什么没改散落在聊天记录和草稿里，最后要花大量时间重新整理成编辑能看懂的文件。另一个问题是：数据只给了一半，模板又太笼统，硬编数字很容易出事故；而如果只给文字建议，作者还得自己复制、排版、编号。

技能如何工作

这个技能不靠你用自然语言猜格式，而是触发后先弹出选项卡片，让你直接选输出模式：

• 成品：你提供真实数据，它直接产出可运行的出版/商务级文件，跑完即得。
• 半填充：你只给部分数据，已知项填入，空缺处标 【待补：xxx】。
• 模板：只给骨架、占位符和选型说明，方便你反复套用。

选完主模式后，它还会按需弹出嵌套子弹窗，确认文件格式、风格预设和关键参数。核心参数会依次确认：审稿意见条数或原文、是否全部接受/存在争议、修改是否已落实、语气选谦逊还是坚定。

在内容逻辑上，它按逐条编号对应：接受意见→感谢并说明修改处；争议→礼貌摆证据，必要时补实验或引用；无法修改→解释限制，不硬顶。最后固定输出五段结构：模式确认回显、参数摘要表、主体交付文件、使用说明、反模式提醒与下一步。

落地文件通常包括 Response to Reviewers md、修改概要表，以及给编辑的封面回信。文件会直接落盘，并回显完整路径。

适用边界与注意点

需求模糊时，它不会硬编，会弹窗反问对象、目标和约束；涉及法律背书或实时数据等超边界场景，它会明确说明能力边界并建议转诊，只提供结构草案。数据缺失时会切到半填充模式，不编造关键数字。

科研伦理、数据合规或涉法内容只能提供结构草案和风险提示，关键项需要专业人士复核。成品模式会强制套用统一字体、配色、编号和术语，保证多次输出一致。同时，它以直接落盘文件为交付标准，而不是只给建议；每个交付物都会附使用说明和精修提示。