line-polish git:20260901.0e8af02B

Immutable. This exact content is served forever at /api/v1/blob/27490d91267a6aaf.

---
name: line-polish
license: Apache-2.0 (adapted from haowjy/creative-writing-skills, skills/story-review/resources/line-edit.md; complete terms in LICENSE.txt)
description:
  逐段润色——在保留作者原有语气/风格的前提下改善节奏、清晰度、去除冗余，
  找规律而不是逐句挑错。Use when 用户说"把这段改得更简洁有力""这段读起来
  卡""帮我润色一下这几段"。这是在结构已经稳定之后做的表层打磨——如果稿子
  整体结构还有问题，先用 `structural-diagnosis`。
metadata:
  origin: "\"先学会这个作者的语气再动手\"原则、\"找规律不逐句罗列\"方法、
    冗余检测(\"AI生成文本最常见的毛病是文字已经做到了效果，又来一句解释
    这个效果\")，改编自 haowjy/creative-writing-skills 的
    skills/story-review/resources/line-edit.md（Apache-2.0）；原文面向小说
    的对白潜台词等检查项已去掉，只保留适用于任何长文的语气/节奏/清晰度/
    冗余这几个维度"
---

# Skill: line-polish

段落润色是在稿子结构已经站得住脚之后做的事——改善文字的移动方式，同时
保留作者的语气。这不是"帮你写得更好看"，是帮你去掉阻碍阅读的东西，
留下你自己的声音。

## 怎么读

按读者阅读的速度读，不是扫描找错误。段落润色关心的是文字本身的质感：
节奏、推进感、清晰度、语气。听哪里读着卡壳、哪里突然变得平淡、哪里说得
太多、哪里丢掉了作者原本的表达方式。

**先摸清这个作者的语气，再动手。** 读够多的材料，知道"这个作者的文字"
听起来是什么样——句子的习惯节奏、用词范围、情绪基调。一次把作者语气磨成
"正确但没有个性的通用好文字"的润色，是失败的润色。

**找规律，不要逐句罗列。** 一份罗列了五十个具体句子问题的润色意见教不会
作者什么。找出三四个反复出现的模式，命名它们，给代表性例子，让作者自己
把这个认识套用到全文。

## 检查维度

- **语气**：这段文字属不属于这个作者、这篇文章的语域和项目风格？还是已经
  漂移成了"正确但没有个性"的通用文字？
- **节奏**：句子长短、段落切分、标点、停顿是不是随着内容的重要性/情绪
  强度在变化？还是不管发生什么都是同一个速度？
- **清晰度**：读者能不能不靠额外解释就跟上动作、指代关系、逻辑推进？
  含糊不等于深刻。
- **质感**：细节是具体而精选的，还是泛泛而堆砌的？一个精准的例子胜过
  三个凑合的例子。
- **潜台词/留白**：（如果是对话/引用体写作）说出来的内容是不是承载了
  比字面更多的信息？有没有该留白却说破的地方？
- **冗余**：**这是AI生成文本里最常见的表层问题**——文字已经通过描写/
  论证做到了某种效果，后面又来一句话把这个效果解释一遍。比如一段话已经
  通过具体的场景描写让读者感受到紧张，结果结尾又加一句"这让人感到十分
  紧张"。检查有没有这种"做完了再解释一遍自己做了什么"的模式。

## 输出格式

对每个发现的模式：命名它，说明这个模式让读者付出了什么代价，给两三个
带具体位置的代表性例子，说明改进的方向。用"视角更清晰""意象更干净"
"节奏更有力""少一点解释""指代更明确"这类具体说法，说清楚文字能获得
什么，而不只是指出哪里不对。

保留有意为之的粗粝感、含糊、留白、重复或破碎的节奏——如果这些是为了
服务语气或效果。拿不准是刻意选择还是失误的时候，说出来问，不要直接改。

## 边界

- 不解决结构问题。如果一段读起来卡，是因为它在整篇文章里就不该出现在
  这个位置，润色文字解决不了——回到 `structural-diagnosis`。
- 不磨平作者的语气。目标是让这段文字更好地成为它自己，不是变成"标准
  好文字"。
- 不逐句列问题清单。找模式，给代表性例子，让作者自己应用到全文，而不是
  把每一句都改一遍——那样作者学不到规律，下次还是同样的问题。