先把两段分开：JoyfulWords 交给你的是结构和初稿，也就是段落顺序、每段讲什么、句子大概长什么样；至于这句话是不是真的、像不像你说的话，不属于它能替你负责的部分。判断一句生成内容能不能直接用，标准很朴素：这句话如果只描述写作结构或操作顺序，不含任何外部事实，就可以留；一旦句子里出现数字、时间、人名、机构名，或者出现“因此”“说明”“建议”这类指向现实判断的词，就要把它放进人工核对队列。
适用场景：用生成工具起草说明文、操作方案、问答页初稿。操作动作：先把初稿逐句分成可直接用、需改写、必须核实三类，再对后两类做标记和改写。验证方式：每句留下的内容，要么能指出人工确认过的出处，要么能说明它只描述结构。风险边界：工具能保证结构完整，但不能保证事实成立；口吻问题靠人工通读一遍解决，不能靠再生成一遍解决。
把生成结果按可直接用、需改写、必须核实三类分开
分类要在动笔改之前做完，因为三类内容的处理时间和责任归属不同。可直接用的句子直接保留，需改写的句子由你重写措辞，必须核实的句子在核实前不进正文。混在一起改，最容易出现的情况是：改着改着顺手把一个没查过的数字也留下了。
| 类别 | 判断标准 | 处理方式 | 示例句 |
|---|---|---|---|
| 可直接用 | 只描述结构、顺序、写作动作；不含外部事实，也不需要出处 | 保留，只做错别字和标点检查 | “先建分类，再谈怎么用。” “这一段的作用是把问题拆成两层：工具产出和人工接手。” |
| 需改写 | 意思大致成立，但带模板腔、结论过满，或口吻不像真人说话 | 保留结构，重写句子，必要时补上限定条件 | “综上所述，合理运用该工具可显著提升内容生产效率。” “本文将围绕三个维度展开深入探讨。” |
| 必须核实 | 含数字、时间、人名机构名，或对产品能力、行业情况做出判断 | 标记后暂停使用，查到出处再放回，查不到按下文规则处理 | “该工具支持一次性生成上万字初稿。” “这类流程在中文写作场景的准确率大约在九成左右。” |
表格的用法是：对着初稿一句一句过，先判类别，再决定谁动手。判不准时按高档处理，也就是归到必须核实，宁可多查一次。
逐条挑出数字、时间、人名和结论性表述
这四类内容是最容易出错、也最难在事后解释的部分。建议用固定标记写在稿子里，标记本身不占字数，发布前删掉即可。优先级顺序是：数字最先处理，因为读者最容易当真；结论性表述第二，因为它会影响读者的行动；时间第三，容易过期；人名和机构名随引用一起核对，确认头衔和单位写法。
- [N] 数字：比例、金额、次数、版本号、字数上限。处理方式：逐个回到原始出处对照，找不到出处的就不写具体数值。
- [C] 结论性表述：含“因此、说明、证明、建议、必须、显然”的句子。处理方式：检查因果是否成立，把绝对判断改成有条件的表述。
- [T] 时间：具体日期、期限，以及“最近、去年、目前”这类相对时间。处理方式：相对时间要么换成可核验的绝对时间，要么删掉。
- [P] 人名与机构名：姓名、职位、单位全称、产品名大小写。处理方式：以对方公开信息里的写法为准。
人工逐句过之前，可以先跑一遍粗筛，把候选句捞出来。下面是一个通用骨架，正则只负责缩小范围，最终仍要人看：
import re
PATTERNS = {
"N": r"\d+(?:\.\d+)?%|\d+(?:\.\d+)?\s*(?:万|千|倍|次|人|字|天|小时)",
"T": r"\d{4}年|\d{1,2}月\d{1,2}日|最近|去年|本周|目前",
"P": r"[A-Z][a-z]+(?:\s[A-Z][a-z]+)?|(?:老师|博士|总监|经理|负责人)",
"C": r"因此|说明|证明|表明|建议|必须|一定|显然|可见",
}
def mark(text):
hits = []
for tag, pattern in PATTERNS.items():
for m in re.finditer(pattern, text):
hits.append((tag, m.group(), m.start()))
return sorted(hits, key=lambda x: x[2])
for tag, word, pos in mark(draft):
print(tag, word, pos)中文人名用正则基本抓不准，这一步只能靠通读补上；把粗筛结果当成待看清单，不要当成结论。
把通用说法换成自己确认过的表述
初稿里常见一类句子，读起来通顺、看着也对，但追问“这句话的依据是什么”时答不上来。这类句子的处理办法不是润色，而是换成你实际观察到的、能复述出来的表述；如果换不出来，句子本身就该删。
| 改写前 | 问题 | 改写后 |
|---|---|---|
| “大量用户反馈该功能好用。” | “大量”无出处，反馈来源不明 | “我目前只在自己维护的两个写作项目里用过这套流程，稿子类型不同，效果可能不一样。” |
| “该工具在长文场景表现更稳定。” | 比较对象和稳定性标准都没交代 | “我用它起超过三千字的结构稿时，段落层级基本能用，但事实部分每次都要重查一遍。” |
| “这样能显著减少核对工作量。” | “显著”不可核验，属于效果承诺 | “结构稿出得快，省下的是列提纲的时间；事实核对这一步没有减少，只是被提前标出来了。” |
改写的判断标准有两条：读者追问依据时，你能答出具体场景或来源；删掉形容词之后，句子的事实部分仍然站得住。两条都满足才保留。
给最终稿加一道口吻检查
口吻检查放在事实核对之后做，顺序颠倒会把还没核实的内容改得更像真的。检查时出声读一遍，读着别扭的地方基本就是问题所在。
- 称呼：全文对读者统一用“你”，不混用“您、各位、大家”；自称统一用“我”，不要中途切换到“笔者”或“我们”。
- 句长：单句超过六十个字就拆开；连续三个短句读起来发飘的，合并成一个带主从关系的句子。
- 连接词：“首先、其次、最后”“综上所述”“值得注意的是”如果删掉后段落依然通顺，就删掉；“因此”后面必须真有因果，不能只是话题转换。
- 多余限定：“在一定程度上”“某种意义上”连着出现两次以上，去掉一半。
- 标点节奏：整段没有逗号的长串、通篇感叹号，都改掉。
口吻检查只改表达，不改事实；检查中发现某句事实还没核实的，退回上一步处理，不要顺手改顺了就放行。
定一条规则：查不到出处的句子不进正文
规则要写成默认动作，否则每次都要临时判断。建议的默认动作是：查不到出处的句子不进正文，二选一处理，并在发布前统一检索一遍占位符，确认没有遗漏。
- 直接删掉：适用于这句话只起装饰作用、删掉后段落仍然通顺、读者不会因此缺少行动信息。典型是带“显著、大幅、业内普遍认为”的句子。
- 改成待补：适用于这句话是论证的关键环节、读者会据此行动，但一时查不到可靠出处。处理方式是换成占位写法，例如“【待补：该数值需查证，来源为____】”，并把这条记进发布前清单。
发布前用一条命令把占位符捞干净，比靠记忆可靠：
grep -n "【待补" draft.html
grep -nE "显著|大幅|普遍认为|众所周知" draft.html第一条命令查未补的内容，第二条命令查容易残留的不可核验说法。两条都跑通再发布，这一页就算过了一遍人工接手。