polish-language

波兰语技能

在传阅或投稿前，强化稿件语言形式的一致性和清晰度——这是内容聚焦型技能会忽略的文字编辑环节。作者往往是英语非母语者（ESL），因此清晰度编辑应保留正式的学术语体，绝不触及事实。稿件编辑使用英语。

此技能绝不改写科学主张、更改数值、编辑引文或评判研究质量；它会统一风格并提升句子层面的清晰度，且每项编辑都需获得用户明确批准。不在此技能范围内的任务：去除 AI 痕迹（humanize，不做常规文字编辑）、起草或重组内容（write-paper）、检查报告规范条目（check-reporting）、优化 AI 搜索（academic-aio）、参考文献格式整理和引文完整性检查（manage-refs、verify-refs），以及翻译。

输入：稿件或章节（Markdown／纯文本）。输出：（1）确定性一致性报告；（2）仅在用户确认后，提供经过清晰度润色的修订稿，以及仅限风格调整的修改日志。

工作流

第 1 阶段：确定性一致性检查（不做 LLM 判断）

运行随附的检查器——它只报告问题，不做编辑：

python3 "${CLAUDE_SKILL_DIR}/scripts/lint_consistency.py" path/to/manuscript.md
# add --strict to exit non-zero when any issue is found (CI / pre-submission gate)

它会标记八类问题，每类都附有行号、分类计数和总计数：

1. 缩写 — 使用前未定义、已定义但未使用、重复定义、使用但从未定义（每个缩写只定义一次）。
2. 拼写 — 混用美式／英式拼写变体（analyze/analyse、tumor/tumour，……）；报告与文档主导变体相反的少数派拼写。
3. 数字范围 — 数字之间使用连字符，而此处应使用 en dash（5-10 → 5–10）。
4. p 值 — 混用大写 P／小写 p；出现不可能的 P = 0.000。
5. 连字符用法／术语 — 同一术语使用不同形式（follow-up / followup / “follow up”）。
6. 小数字 — 在正文中将 1–9 的个位数写成数字。
7. 单位 — 数值与单位之间缺少空格（5mg → 5 mg）。
8. 千位分隔符（标题与正文） — 浮点数格式的标题用句点分隔数字（3.681），正文却用逗号（3,681）。

向用户展示报告。检查器输出是机械性错误的判定依据：不要凭记忆杜撰其他“问题”；任何其他注意到的情况都应标为编辑建议，而不是检查器发现的问题。固定规则无法解决所有语法问题或期刊偏好，因此应结合上下文判断标记项。

第 1b 阶段：图表源文件的地区设置漂移

嵌入图表中的文字不会经过第 1 阶段，因此，输入到 PowerPoint 面板或绘图脚本中的英式拼写可能悄然混入美式拼写的稿件。扫描图表源文件（不使用 OCR）：

python3 "${CLAUDE_SKILL_DIR}/scripts/lint_figure_locale.py" --manuscript path/to/manuscript.md --figures-dir figures/
# --spelling us|uk forces the target; otherwise it reads a `spelling:` front-matter field,
# then falls back to the body's own US/UK majority. --strict exits non-zero on any drift.

它会读取 *.pptx 幻灯片 XML 中的 <a:t> 文本片段，以及 *.py／*.R 绘图脚本中的文本，并检查与第 1 阶段相同的美式↔英式拼写类别。FIGURE_LOCALE_DRIFT 属于轻微问题——应在重新导出栅格图之前编辑源文件。图表目录不存在不算错误；程序会以退出代码 0 结束，且不对任何内容做判断。

第 2 阶段：与用户讨论并确定处理方式（确认关卡）

与用户逐项讨论报告内容。有些标记项属于作者的选择（期刊可能要求使用英式拼写，或要求所有数字都写成数字）。任何编辑都必须获得用户批准——逐类确认哪些需要应用、哪些保留。记录决定；不要自动应用。

第 3 阶段：应用形式修正（仅限风格）

对于每个已获批准的类别，使用 Edit 应用确定性修正：

• 将拼写统一为所选变体，
• 将数字范围中的连字符替换为 en dash，
• 统一 P／p 的大小写，并将 P = 0.000 改为报告中相应的不等式，
• 统一连字符用法，将小数字拼写出来，并在数值与单位之间添加空格，
• 在首次使用时定义每个缩写一次；删除多余的重复定义。

编辑后重新运行 lint_consistency.py——计数应降至用户选择保留的问题数。这次重新运行是验证关卡；未经验证，绝不能声称问题已修复。

阶段 4：提升 ESL 清晰度（可选，需通过审核，仅调整风格）

如果用户要求进行清晰度润色，请逐句提升可读性，同时保留原意、语体、数字和引文：

• 拆分过长的句子；修正冠词（a/an/the）和介词用法；
• 修正主谓一致问题和不自然的非母语表达；
• 仅在不改变重点或论断的情况下优先使用主动语态。

写入前，请以修改前/后的差异形式展示每项拟议修改，并征求用户审核。数字、p 值、效应量、单位、引文和论断均须原样保留；任何可能改变上述内容的编辑都不在范围内，应跳过。绝不合并、添加或删去科学论断、数字或参考文献。如果某句话的含义哪怕略有不确定，也应保留原文并询问；不要为了让句子更流畅而编造领域事实。每项已应用的修改都必须能追溯到检查日志中的检查器标记，或用户批准的清晰度修改建议。

可复现的挑战卡

确定性运行，无需联网（含缺陷的合成手稿，以及 expected/report.txt）：

bash "${CLAUDE_SKILL_DIR}/scripts/lint_challenge/verify.sh"   # PASS = 11 seeded issues across 8 categories + 2 clean controls