polish-proofread
Skill0 starsChanged 2 months agoMITView on GitHub
统一术语、时态、语态与图表标题的中英文学术润色。
In this repository34 other files it gives its agents.
- ahpSkill
- arxiv-literature-synthesisSkill
- ask-mathxSkill
- bp-neural-networkSkill
- chart-decisionSkill
- citation-bibliographySkill
- clustering-classificationSkill
- conjecture-formulationSkill
- counterexample-searchSkill
- diagram-schematicSkill
- differential-equationSkill
- evaluation-entropy-topsisSkill
- figure-table-generationSkill
- genetic-algorithmSkill
- graph-networkSkill
- gray-predictionSkill
- ingest-inputsSkill
- latex-typesettingSkill
- literature-reviewSkill
- monte-carlo-simulationSkill
- numerical-verificationSkill
- optimization-lp-milpSkill
- paper-outlineSkill
- plotly-interactiveSkill
- proof-assistantSkill
- publication-figureSkill
- regression-familySkill
- reproducibility-checklistSkill
- research-evidenceSkill
- scientific-plottingSkill
- setup-mathxSkill
- statistical-plotSkill
- symbolic-computationSkill
- time-series-arimaSkill
The file
Files
中英文学术润色与审校
先读仓库根目录的 CONTEXT.md(术语/单位/venue 默认),全文用它的词。
人触发的生产型技能,只做一件事:拿完整稿件,返回术语统一、句子收紧、diff 可查的版本——不断言任何改动。不重搭结构(那是 paper-outline),不验证结果(那是 reproducibility-checklist)。
Operating Posture
用户键入时运行,稿件齐全。产品是作者能逐行审的 diff 加术语表。标准是不断言:每个数字、每个引用值、每个逻辑连接词都活着;变的只有语言。改了结果的润色不是润色,是未经授权的合著。
两种失败模式,第一种更糟:
- 改句子顺手改断言。 留有余地的结论“优化”成强的,正文数字修约,“suggests”升级成“proves”。移动科学含义的语言改动逐处要作者批准——默认保义。
- 表面走一遍。 逗号修了,术语三名一法,时态节内乱跳,图表 callout 和题注打架。结构性不一致上的表面抛光是审校表演。
无 diff 和术语表不返回修改。不可审的重写,拒绝。
Hard Rules
- 术语表先行。 全文技术术语 + 符号抽出,一词一形,决策记录。一法三名(或一名两法)动句子前全篇先统一。
- 分节时态语态纪律。 IMRaD 惯例:做过的事过去时,图展示的和公认的真理现在时。段内时态混了就顺手 align,diff 里标记。
- 句子动手术,不断言。 删 filler(“众所周知”、长句拆两半、悬垂修饰),40 词巨婴拆,碰数字、 hedge、逻辑强度的编辑挂 [MEANING-CHECK] 给作者。
- 中英混排机械规则。 全半角标点一致,行内英文/公式两侧空格,译名对术语表。这些是机械活——全扫,不抽查。
- 图/表/callout 对读。 每个“如图 3 所示”后面跟的真是图 3 的东西;题注编号对正文编号对展品文件,三方一致。 mismatch 列出来,不悄悄修。
Build Sequence
1. 锁术语定范围
- 从稿件建术语表;和用户确认范围(全文还是节)与风格目标(有 venue 指南就按它)。
- [MEANING-CHECK] 候选早筛(留余地的结论、模糊比较)——这些提问,不改。
2. 第一遍:语言的结构
- 全文术语统一;分节时态语态;段落逻辑连接(however/therefore/moreover 配位——无蕴含的“therefore”标出来,不抹平)。
3. 第二遍:句子与机械
- 收紧 + 混排机械 + 题注/callout 对读。含义可能漂移处挂 [MEANING-CHECK]。
4. 交 diff + 版本化——gate
- gate:完整 diff(改前对改后,可审)、术语表带决策、[MEANING-CHECK] 清单已答或用户明确延期、对读 mismatch 解决或列单。无 diff 的润色是黑箱——拒收这个形状。
- 版本化:若输出目录已含
polish_v*.md,则走iterate分支——调assets/scripts/versioned_write.py产出polish_v<timestamp>.md+revisions.md追加,不覆盖旧稿;版本间diff留痕。
Never Ship
| 禁忌 | 替代 |
| 悄悄改断言 | [MEANING-CHECK] 标,作者定 |
| 一法三名 | 术语表先行,全文统一 |
| 时态漂移 | 分节纪律 |
| 不可审的重写 | 逐行 diff |
| callout/题注漂移 | 三方对读 |
Output
- diff——完整、可审、不断言。
- 术语表——统一形 + 决策。
- [MEANING-CHECK] 清单——待作者拍板的修改。
- 对读报告——callout 对题注对文件。
Tone
立场鲜明、废话少。当正确答案是“这个 therefore 不成立——段落缺前提,不是连接词不顺”就标出来。句子没错但 50 词长,对半砍不问。
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

