PaperJury内嵌写作工具箱:学术英文polish、de-AI与压缩技巧全解
PaperJury内嵌写作工具箱:学术英文polish、de-AI与压缩技巧全解
PaperJury 是一个面向研究论文的投稿前 AI 评审与修改工具(Claude Code skill),它的内嵌**写作工具箱(writing toolkit)**提供了学术英文润色(polish)、去 AI 痕迹(de-AI)、段落压缩(compress)、中译英(translate-to-english)等句子级写作操作。你不需要背命令,用中文描述需求,它就能起草最小补丁,经你确认后才落稿。
一、先搞懂:写作工具箱在 PaperJury 里处于什么位置
PaperJury 有三种模式:direct-edit(改一处)、review(审稿)、auto(无人值守多轮迭代)。写作工具箱是其中的编辑起草层,完整协议见 references/writing-toolkit.md。
它的边界很清晰:
| 它会做 | 它不会做 |
|---|---|
| 单段落的 polish / de-AI / 压缩 / 扩写 / 图题 / 实验结果段 | 整篇"reviewer 视角"批评(评审面板负责,且更强) |
| LaTeX 与 Markdown 通吃(.docx 在提取出的 Markdown 工作副本上编辑) | 从零起草整篇论文(那是 ml-paper-writing 的职责) |
| 只输出目标语言文本的补丁 | 生成图表(图表生成不在其范围) |
一句话定位:它是"润色 / 翻译 / 结构层",不是评审,也不替你做科学判断。
二、快速上手:三步用起工具箱
- 安装:在 Claude Code 里执行两条命令——
/plugin marketplace add Spark-To-Paper-Skills/paperjury,再/plugin install paperjury@Spark-To-Paper-Skills(完整安装说明见 README.md)。 - 用自然语言提需求:例如"把 introduction 这段改紧一些,但不要改变 claim"或"polish 这段到 venue 标准"。PaperJury 会自动匹配工具箱里对应的提示词起草补丁。
- 确认后落稿:补丁会先展示给你,经
logic-check自检并通过你的显式批准(Hard Rule 1)后才写入手稿。入口规则定义在 SKILL.md。
💡 小技巧:direct-edit 模式下没有评审面板、没有 ledger,流程最短——定位段落 → 起草补丁 → 自检 → 你确认 → 应用,适合"只想改一段话"的场景。
三、七大核心操作全解
工具箱共 7 个写作操作,每个都对应一种明确的写作意图:
1️⃣ translate-to-english:把中文想法写成地道英文
对 L2(非英语母语)作者价值最高的操作。它把你的中文意图或中文草稿转成干净的英文 LaTeX 片段:方法/架构/结果一律用一般现在时;返回前会自检是否残留未翻译的中文;输出只含英文 LaTeX,回译说明放在作者侧。适用场景:"把我对 X 的想法翻译成英文 LaTeX""替换掉这段翻译腔"。
2️⃣ polish-english:句子级学术英文润色
对已有英文段落做句子级重写,达到目标会议(venue,如 CVPR/ACL/NeurIPS)的语言质量:零语法拼写错误、正式语域、无缩写;方法/模型名避免所有格 's(用 "the performance of METHOD");保留 cite/ref,不新增强调,不展开缩写(保持 "LLM"),优先常用精准的词而非生僻词。
3️⃣ de-ai:去除 AI 写作痕迹(重点看这里)
把段落改写成"像人类研究者写的"风格:删掉高频 AI 腔和浮夸修辞,优先平实精准的词。如果原文已经自然,保持原样,不做无谓改动。
它内置了一份"AI 痕迹扫描清单",命中时才替换:
| 类别 | 典型信号词/句式 |
|---|---|
| 高频 AI 词汇 | leverage、delve、utilize、showcase、underscore、intricate、pivotal、seamless、holistic、nuanced、realm、tapestry、testament、landscape |
| 套话句式 | "it is worth noting that"、"plays a crucial role"、"in order to"、三排比结构 |
| 机械连接词 | firstly / moreover / furthermore 的机械堆叠 |
| 格式痕迹 | em-dash(破折号)滥用、空转的 -ing 结尾、模糊归因("studies show")、"not only ... but also" 过度使用 |
对于中文翻译来的草稿(L2 作者),还会额外标记翻译腔:多层定语链("the ... of the ... of the ...")、滥用的被动语态、空洞修辞词(paradigm shift、disruptive、profound、in essence)。
4️⃣ compress:段落压缩技巧
大多数 CS 会议都有页数限制,这个操作真正实用。核心规则:
- 小幅压缩:通过句法压缩减少约 5-15 个词,且不丢失任何 claim、引用或参数;
- 不过度压缩:绝不把一个段落塌缩成一句话;参数或限定语被删掉就必须放回去;
- 常用手法:从句改短语、被动改主动、删填充词("in order to" → "to")。
适用场景:"把这段啰嗦的 X 收紧一点"。
5️⃣ expand:受控扩写
与压缩相反:把作者源语言里显而易见、但英文里漏掉的隐含结论或逻辑步骤补出来,同样只加约 5-15 个词。禁止填充(不加填充形容词、不重复页面上已有的内容),且扩写前会先查 ledger——如果另一个未决问题要求同一段落收紧,就不会扩写。
6️⃣ caption:图表标题重写
按 venue 标准撰写或重写 \caption{} 内容,要求自包含:说明面板、符号、对比了什么、在哪个数据集上用哪个指标。细节规则包括:镜像论文现有的 caption 风格(喂 2-3 个真实样例作为范例);vision 会议保留加粗 run-in 引导词;名词短语用 Title Case 且结尾不加句号,完整句用 Sentence case 且带句号;标准表格开头如 "Comparison with ..."、"Ablation study on ...";只输出标题正文,不加 "Figure N:" 前缀(LaTeX 自动编号)。
7️⃣ experiment-analysis:把数据写成结果段
把实验数据转成忠于数据的 results 段落:写对比和趋势,而不是数字堆砌(SOTA 差距、敏感性、效率/精度权衡、消融结论)。特别诚实的一点:如果数据没有显示明确优势或趋势,就直说,而不是硬凑"显著提升"的总结。小标题用 \paragraph{} run-in 形式,绝不编造数据。
四、五条护栏:所有操作都必须遵守
工具箱定义了作用于每一个提示词的公共护栏(Common guards),这也是它"改稿不改意"的关键:
- 仅作者侧:任何回译、修改日志、自检结论都是作者辅助材料,进作者笔记,绝不写进论文或冻结快照(不留
% changelog注释、不留行内备注)。 - 绑定 close_criterion:朝着那一句具体的修复标准润色,不擅自扩大到其他未决问题想要修改的段落。
- 纯 CS 会议行文:不用 em-dash(改用逗号、冒号或拆分句子),正文不随意加粗/斜体;会议惯用的 caption 加粗引导词不算 AI 痕迹,保留。
- LaTeX 安全:保留
cite/ref/label/eg/ie命令和公式($...$),转义特殊字符(%、_、&),绝不删除语义必需的环境。在 Markdown 工作副本上,对应理解为"标记安全":保留原有 Markdown 结构,不加删标题和空行。 - 不编造:尤其是 expand 和 experiment-analysis,只呈现源文本/数据支撑的内容——不编数字、不编结果、不编 claim。
五、logic-check:编辑后的自检门,不是评审员
每次补丁落地后,logic-check 只对被编辑的那一段运行,检查三件事:逻辑矛盾、未声明的术语切换、编辑引入的严重中式英语。它假定补丁已经高质量,只报 show-stopper(致命问题),不提风格或选词小毛病;没有致命问题就输出通过标记,不往手稿里写任何正文。
⚖️ 它的定位是"窄自门",形式化了第 9 步的"验证 close_criterion"检查,但永远不能替代评审面板。
六、工具箱如何嵌入评审闭环
在 review / auto 模式的完整流程里,写作工具箱出现在第 9 步(授权 + 起草):每条走到 valid-fixable(成立可修)的问题,按法官设定的 close_criterion 类型挑选匹配的提示词 → 起草补丁 → 跑 logic-check → 只把补丁写进手稿(辅助材料留在作者侧)→ 验证标准满足后标记 closed。完整协议见 references/review-engine-v3.md。
机械性小问题(拼写、格式、记号不一致)则走并行快车道:polish 轨道按条批量做 copy-edit 或 light-check,可以 edit、drop(有召回审计复查)、escalate(升级回庭审)或 flag(交回作者),源码见 workflows/polish.workflow.js;实质性问题的最小补丁由 workflows/drafter.workflow.js 起草,随后进入 edit-safety 护栏链。
七、实用速查表
| 你的需求 | 说这句话 | 命中的操作 |
|---|---|---|
| 中文想法写进 LaTeX | "把我对 intro 的想法写成英文 LaTeX" | translate-to-english |
| 语言打磨到会议标准 | "polish X 到 venue 标准" | polish-english |
| 去掉 AI 味 | "make X read human / de-AI" | de-ai |
| 超页了要收紧 | "tighten the verbose passage X" | compress |
| 结论没写透 | "把 X 的隐含结论明确写出来" | expand |
| 图/表标题 | "按 venue 标准重写 Figure 3 的 caption" | caption |
| 数据写结果段 | "把消融数据写成 results 段" | experiment-analysis |
venue 风格(如 CVPR、ACL、ICLR/NeurIPS)由配置注入,项目侧可用 configs/config-template.md 固定约定;agent 驱动细节可看 docs/AGENT-GUIDE.md。
结语
PaperJury 的写作工具箱把"改好一段学术英文"拆成了 7 个意图明确、护栏完备的单段操作:polish 保质量、de-ai 去 AI 腔、compress 控篇幅,再配上 logic-check 自检和五条公共护栏,让每一次小改都可审阅、可回滚、不越界。下次赶 deadline 时,不妨直接说"把这段改紧一点,但不要改变 claim"——落槌和改稿的权力,始终在你手里。

