mcpField
M
match-style

match-style

github.com/shaishavmaisuria文档处理57101 次安装4 天前更新
代码仓库

关于 match-style

match-style 面向研究者,可将草稿调整为作者自身文风、目标会议语体,或统一多位合作者的表达,同时不改变内容。它量化风格差异,并提供修改稿或分章节对照,注明风格冲突。

主要功能

  1. 01匹配作者既有文风
  2. 02参考会议范例调整语体
  3. 03统一合作者的表达风格
  4. 04量化风格差异
  5. 05保留论点、结果与引用

适用场景

  1. 01使新稿与作者既有论文风格一致
  2. 02参照会议已发表论文调整表达
  3. 03统一多人合写稿的文风

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/shaishavmaisuria/research-paper-lifecycle-skills --skill match-style

安装后在 Claude Code 中输入/match-style确认已加载。

附带文件references/style-dimensions.mdscripts/style_signature.py

详细介绍

匹配风格

在不改动内容实质的前提下,让草稿贴合目标语气。三种模式可组合使用:

  • 作者语气 — 参照研究者本人以往论文的术语、节奏、保留措辞和结构,使新草稿读起来像出自同一作者之手。
  • 投稿 venue 文风 — 参照目标 venue 已发表内容的风格(通过 study-exemplars)。
  • 合著者风格统一 — 让多位作者合写的草稿呈现一致语气,而不是东拼西凑。

这是提升录用概率工具集的一部分,与 polish-prose(去除 AI 痕迹并精简文字)、benchmark-paper(venue 适配度评分)、simulate-reviewers(内容评议)和 preflight-check(检查可能导致编辑拒稿的问题)配合使用。务必如实告知用户:任何改写都无法保证论文被录用。 风格对齐带来的是一致性、venue 适配度和可读性——这些因素确实会影响论文的接受度,但作用有限。

何时使用 match-style,而非 polish-prose

  • polish-prose 针对通用或 venue 规范,修正客观问题(AI 痕迹、冗长、术语不一致)。
  • match-style 则根据你提供的特定目标语气(你的语料和/或 venue 范例)进行对齐。先运行 polish-prose 清理文本,再运行 match-style 进行对齐。

输入

  • 草稿:.tex / .md / 文本。
  • 对于作者语气:作者本人以往论文的路径(.tex/.pdf/.txt)。这些必须是作者本人的作品——参见防护措施。
  • 对于投稿 venue 文风:目标 venue id → venues/ 配置文件 → study-exemplars 语料。
  • 可选:偏好术语/缩写词表。

流程

  1. 构建目标风格特征。
    • 作者语气:运行 python3 scripts/style_signature.py --corpus <files...> --out author.json。该脚本会统计术语频率、句子长度的均值/方差、保留措辞密度、连接词用法(however/moreover/thus…)、被动语态比例、引用密度和章节标题词汇。
    • 投稿 venue 文风:对 study-exemplars 语料(仅限开放获取)运行相同操作 → venue.json。
  2. 以相同方式分析草稿:python3 scripts/style_signature.py --corpus <draft> --out draft.json。
  3. 比较草稿与目标:python3 scripts/style_signature.py --compare draft.json --against author.json [venue.json] --out style-gap.md。此操作会报告草稿偏离之处(例如:“你没有使用 ‘we propose’(0 次);你以往论文平均使用 3 次”,“保留措辞比 venue 范例高 2 倍”)。
  4. 指出冲突。 当作者语气与投稿 venue 文风不一致时(例如,你习惯使用第一人称,而某个 venue 偏好被动语态),说明其中的取舍——不要默默偏向其中一方。
  5. 逐节对齐草稿,以 style-gap.md 和 references/style-dimensions.md 中的改写规范为依据。逐字保留所有数字、结果、主张和引用。记录修改日志。
  6. 核实内容实质未发生变动:若编辑位置靠近参考文献,则重新运行 verify-citations;并比较修改前后的主张/数字。

输出

  • style-gap.md — 草稿与作者语气和/或投稿 venue 文风之间经测量得出的偏差,并附上相应数据。
  • 对齐后的草稿(或供作者确认的逐节差异)。
  • 简短说明作者语气与投稿 venue 文风之间的冲突,以及各项冲突的处理方式。

防护措施

  • 仅使用作者本人的论文构建作者风格语料。如果用户提供他人的论文并要求“模仿其风格写作”,应拒绝这项涉及版权/冒充的请求,并改为提供基于开放获取范例的期刊风格匹配。
  • 按需从开放获取来源获取期刊范例,并进行临时处理(参见 study-exemplars)——绝不打包或存储。
  • 仅调整风格:绝不更改技术主张、数字、结果或引文。对任何可能导致此类更改的内容进行标记,而非修正。
  • 不承诺录用。应将结果描述为风格一致性和期刊匹配度,而非保证录用。
  • 遵守期刊的 AI 使用披露政策(见期刊配置文件);绝不利用风格匹配来规避 AI 检测或披露要求。

记忆

使用用户论文目录中通用的 .paper-memory/ 约定(完整规范:paper-memory-convention.md)。

  • **开始时:**读取 .paper-memory/profile.yml——writing_preferences 记录所选风格特征(作者风格、期刊风格或两者合并)以及拼写/语气偏好,因此应遵循这些设置,而不是重新决定。读取 lessons.md,了解需要留意的 recurring 风格偏差。
  • **结束时:**按照通用格式追加长期有效的发现:- [YYYY-MM-DD] (match-style | <scope>) deviation -> recommendation(通过 reflect-and-improve 的 reflect_log.py append 执行;它会去重并添加日期);记录已解决的作者风格与期刊风格冲突,以确保后续运行保持一致。跨稿件的偏差属于 recurring;仅出现一次的偏差属于 this-paper。
  • 如不存在 .paper-memory/,则按需创建,并提出将其添加到项目的 .gitignore。它仅保留在本地;绝不上传,也不复制到此仓库中。

评论

支持 Markdown