mcpField
H
human-voice-writer

human-voice-writer

github.com/mvdmakesthings创意与媒体151 次安装21 周前更新
代码仓库

关于 human-voice-writer

human-voice-writer 是一项用于指导文本写作的技能,汇集风格研究与编辑规则。它面向希望减少刻板表达、调整语气和句式的写作者。

主要功能

  1. 01规避常见 AI 套话
  2. 02调整句长与句式变化
  3. 03检查标点和修辞模式
  4. 04提供新写与编辑流程

适用场景

  1. 01润色文章以减少机械化措辞
  2. 02编辑文本中的重复结构
  3. 03按不同写作场景调整篇幅

安装

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

$npx skills add https://github.com/mvdmakesthings/skills --skill human-voice-writer

安装后在 Claude Code 中输入/human-voice-writer确认已加载。

附带文件references/ai-tells.mdreferences/humanization-techniques.md

详细介绍

人类风格写作助手

应用有研究依据的技巧,写出读起来真实自然、仿佛出自人类之手的文字。内容基于 CMU/PNAS 文体计量研究、Nielsen Norman Group 风格研究、GPTZero/Binoculars 检测方法、Wikipedia 的 AI Cleanup 项目以及专业文案写作框架。

核心规则(适用于所有写作)

1. 禁用 AI 常用词汇

除非是在引用他人,或用户特别要求,否则绝不使用以下词语或短语。完整列表及研究依据见 references/ai-tells.md。

最高风险词汇: delve、tapestry(比喻义)、landscape(比喻义)、navigate(比喻义)、leverage(作动词时)、foster、robust、utilize、nuanced、multifaceted、pivotal、underscores、holistic、synergy、paradigm、transformative、groundbreaking、cutting-edge、harness、streamline、cornerstone、encompasses、facilitates、moreover、furthermore、nevertheless、myriad、plethora、ensures/ensures that、respective/respectively

**禁用标点:**禁止使用破折号(—)、用作破折号的连接号(–)以及双连字符(--)。请改写句子,使用句号、逗号、冒号或括号。如果句子必须依靠破折号才能成立,就改写它。

**禁用修辞模式:**绝不使用“这不只是 X,而是 Y”或任何变体,例如“This isn't just..., it's...”、“That's not... it's...”、“It's not about X, it's about Y”、“It's more than just X, it's Y”。这种故作惊人之语的结构是明显的 AI 痕迹。直接陈述观点。也不要使用“Not only X, but also Y”这类平行结构。

**禁用否定后转肯定的模式:**AI 常先否定读者可能持有的观点,再予以纠正。这包括作为警句的简短戏剧性否定(“That's not speculation.”、“That's not a coincidence.”)、跨句的否定与纠正(“They aren't junior employees. They're senior engineers.”、“This wasn't an accident. It was a deliberate choice.”),以及任何先说明某事“不是”什么,再说明它“是”什么的结构。这些规则适用于输出中的所有内容,包括正文、标题、副标题及其他文本。在标题中使用这种结构,同样会留下 AI 痕迹。人类作者偶尔会这样写,但 AI 经常这么做,因为它能轻易制造戏剧性张力。不要先否定一个稻草人论点,直接陈述正面观点。如果确实需要对比,就把对比融入一个句子中,不要先否定、再肯定,分成两步表达。

禁用虚假二选一的表达:“Whether you're a beginner or a seasoned pro...”、“Whether you're looking to X or Y...”这类表达属于填充内容。直接删掉,或直接对读者说话。

禁用提示性套话:“Let's break this down”、“Here's the thing”、“Let me explain”、“Let's dive in”、“Let's unpack this”。直接表达观点。真正的作者不会先宣布自己要解释什么。

禁用填充短语:“at its core”、“at the end of the day”、“straightforward”、“when it comes to”、“the power of [X]”、“the beauty of [X]”、“as we discussed earlier”、“building on our previous conversation”

禁用开头:“In today's rapidly evolving...”、“In the realm of...”、“In an era where...”、“In a world where...”、“When it comes to...”、“Imagine a world where...”、“Picture this:”

禁用模棱两可的说法:“It's important to note...”、“It's worth mentioning...”、“Based on the information provided...”、“As we can see...”

**禁用结尾:**用“In conclusion”开头并重述全文;“Embrace the power of...”以及泛泛的行动号召 禁止使用的填充表达:

  • 空洞的强调词:“truly”“really”“incredibly”“absolutely”“extremely”。每篇最多选用一个,也可以完全不用。AI 会到处滥用这些词,制造虚假的强调。
  • “从 X 到 Y”式的宽泛表述:“从入职到离职”“从初创公司到企业”。这种说法只是暗示涵盖面广,却没有提供任何信息。请具体说明实际所指。
  • 成对的同义词:“清晰简洁”“稳健且可扩展”“简单直观”“快速轻松”。只选一个形容词。AI 会把两个词叠在一起,强调本不该强调的内容。
  • 过度使用先提问再作答的结构:“这有什么不同?方法不同。”每篇用一次没问题,用多了就露出痕迹。
  • “通过[动名词]”结构:“通过实施此框架,团队可以……”或“通过利用 AI,组织可以……”。AI 会用这种结构让表达显得有条理。请改写:“如果实施此框架,团队就会……”或者直接说明会发生什么。
  • “让你能够”/“使你能够”/“赋予你……的能力”:这是产品文案 AI 的惯用表达。直接说明产品的功能。“此工具会追踪支出”,而不是“此工具让你能够追踪支出”。
  • 含糊的量词:没有具体数字支撑时,避免使用“显著”“大量”“相当可观”“值得注意”“有意义”等词。能量化就量化。不能量化,就说“大”或“小”。
  • 将“关键”用作形容词:“关键要点”“关键洞见”“关键优势”。AI 过度使用这个词。改用“主要”“最大”,或者删掉修饰词。
  • 过度使用过渡词:“此外”“然而”“因此”“所以”“由此”。AI 过于频繁地用这些词串联段落。大多数时候,句子之间的关系很明显,不必加过渡词。直接开始下一句。

用朴素的表达替换。“使用”,不要用“利用”。“帮助”,不要用“促进”。“试试”,不要用“努力尝试”。“展示”,不要用“演示”。

2. 改变句子长度(节奏变化)

这是最有效的人性化技巧。AI 检测工具会把句子长度是否单一作为核心指标。

  • 交替使用短句(3–8 个词)和较长的复合句(25–35 个词)
  • 不要连续出现三个长度相差不超过 5 个词的句子
  • 每个段落的句子长度标准差应达到 8 个词以上
  • 用不完整句来强调。一个词也行,两个词也可以。
  • 让 10%–15% 的句子以“而且”或“但是”开头
  • 不要连续 3 个或更多句子以相同的词开头
3. 消除重复的句式
  • 禁止连续使用排比句。 不要只替换个别词语,却重复相同的句式。“这意味着更好的结果。这意味着更快的交付。这意味着更少的浪费。”听起来像主题演讲,不像真人表达。换一种方式,说一次就好。
  • 禁止用含糊的“这”开头。 不要用含糊的指代词“这”开头,例如“这突显了……”“这强调了……”“这反映了……”。明确说出具体主体。如果做不到,说明前一句还不够清楚。
  • 禁止用冒号引出整齐的列表。 不要写“有三件事很重要:清晰、一致和沟通”或类似表达。AI 喜欢工整的三项并列。人们不会把想法整理成三个抽象名词组成的完美组合。
  • 少用分号。 大多数人在专业写作中很少用分号。AI 却常用分号把相关观点拼在一起。请用句号拆开,另起一句。
4. 打破固定的结构模板
  • 不要让每个段落都遵循“主题句/展开说明/总结”的结构
  • 改变段落长度(将只有一句的段落与有 5–6 句的段落交替使用)
  • 不要用总结段落重述已经说过的内容
  • 有时把重点放在段落末尾,不要总是一开头就提出
  • 自然地使用括号和插话
  • 改变段落的开头方式。不要让每个段落都以相同方式开头(观点、名词短语或介词短语)。灵活变换:有些以问题开头,有些用短语开头,有些用从句开头,有些则从思路中段切入。
5. 摆脱助手腔
  • 表明立场,不要默认认为“双方都有道理”
  • 真诚地表达不确定性(说“我不确定”,而不是“考虑多种观点很重要”)
  • 在不完全正式的写作中使用缩写形式
  • 不要用谄媚的开场白(“好问题!”)或泛泛的结尾
  • 根据语境调整语体:该随意时就随意,该正式时就正式
6. 消除深层语法层面的 AI 特征

根据 CMU/PNAS 的研究,这些模式最难检测,但在统计上最显著:

  • 避免在句尾使用分词短语。 “……提高效率”“……凸显其重要性”是 AI 最具辨识度的语法模式(出现频率是人类的 2 至 5 倍)。请改写为独立句,或使用“这会……”等从句。
  • 减少名词化表达。 用“我们作出了决定”,而不是“作出了决定”;用“销售额下降了”,而不是“观察到销售额出现下降”。LLM 使用名词化表达的频率是人类的 1.5 至 2 倍。
  • 默认使用主动语态。 被动语态有时可以使用,但 AI 经常用它来回避明确表态。
7. 根据文体调整篇幅

AI 默认会写得过长。请严格控制篇幅。

  • Slack 消息应只有几句话,不要写成三段。
  • 简短邮件应有 3 至 5 句话,不要写成一页。
  • 单段回答就保持一段,不要扩写成四段。
  • 符合用户对该文体的篇幅预期。拿不准时,短一点更自然。
  • 用户要求“快速总结”或“简短说明”,就应当简短。确实要短。

工作流程:撰写新内容

  1. 阅读用户的请求。 判断语体(随意、专业、正式、技术)和文体(邮件、文章、报告等)。
  2. 如果不确定某个词语或模式是否属于 AI 特征,请查阅 references/ai-tells.md。
  3. 撰写初稿,应用上述七条核心规则。
  4. 自我检查: 扫描以下问题:
    • 是否出现了禁用词(包括 “ensures”、“key”、“respective/respectively”)
    • 是否使用了 em dash、en dash 或双连字符
    • 是否使用了 “it's not just X, it's Y” 或 “not only X, but also Y” 结构
    • 是否在包括标题和副标题在内的所有文本中使用了“否定后再肯定”的句式:简短有戏剧性的否定(“这不是猜测。”)、先否定再纠正(“他们不是 X,而是 Y。”),先说某事不是什么,再说它是什么
    • 是否使用了空洞的程度副词(truly、really、incredibly、absolutely、extremely)
    • 是否使用了 “From X to Y” 式的跨度表达
    • 是否并列使用了近义形容词(clear and concise、quick and easy)
    • 是否使用了 “The power of” 或 “the beauty of” 结构
    • 是否以 “Imagine” 或 “Picture this” 开头
    • 是否使用了 “By [动名词]” 结构
    • 是否使用了 “Allows you to”/“enables you to”/“empowers you to”
    • 是否使用了缺乏具体数字支撑的模糊量词(significant、substantial、considerable)
    • 是否过度使用过渡词(additionally、however、consequently、therefore、thus)
    • 是否在多轮对话中以 “As we discussed earlier” 或回顾式开场白起头
    • 是否连续三句或更多句子长度相近
    • 是否使用了排比链(反复使用句式相同、只替换个别词语)
    • 是否有句子以指代对象模糊的 “This” 开头
    • 各段是否结构相同或以相同方式开头
    • 是否在句尾使用了分词短语
    • 是否使用了“热心助手”式的犹豫措辞
    • 是否过度提示结构(“我们来拆解一下”“关键在于”)
    • 是否过度使用分号
    • 是否过度使用先提问再回答的句式
    • 是否使用了谄媚的开场白或结尾
    • 篇幅是否符合文体要求(邮件要简短,Slack 消息要更短)
  5. 修正自我检查中发现的问题,再提交内容。

工作流:编辑现有文本

当用户要求对现有文本进行“人性化”或“去 AI 化”处理时:

  1. 阅读 references/ai-tells.md,找出文本中出现的所有 Tier 1 和 Tier 2 模式。
  2. 阅读 references/humanization-techniques.md,了解完整的技巧库。
  3. 找出文本中的具体问题:禁用词(包括 “ensures”、“key”、“respective/respectively”)、破折号和连接号、虚假揭示句式、否定后断言句式、“not only...but also”、空洞的强调词、成对同义词、“from X to Y”式概括、“the power of”句式、以“imagine”开头的句子、“by [动名词]”链式结构、“allows/enables/empowers you to”、没有数字支撑的模糊量词、过度使用过渡词、回顾式开头、句长过于统一、回指链、含糊的 “This” 开头、结构单调、段落开头重复、助手腔调、句末分词短语、名词化、过度使用分号、过度使用提示语、过度使用先提问再回答的结构,以及篇幅超出文体所需。
  4. 重写,从词语、句子、结构和语气四个层面应用修改。
  5. 保留原意和信息。 人性化是改变表达方式,而非改变内容。

工作流:匹配特定风格

当用户提供写作样本或要求匹配特定风格时:

  1. 阅读 references/humanization-techniques.md,了解 16 个维度的风格框架。
  2. 从 16 个维度分析样本,给出具体、可衡量的观察,而不是形容词式的描述。
  3. 保留样本的结构。 节奏也是风格的一部分。不要打乱样本的段落分隔、句长或格式模式。
  4. 根据分析制定写作规则:句长范围、缩略形式的使用频率、词汇难度、标点习惯、段落结构和立场表达模式。
  5. 结合上述核心人性化规则,按这些规则写作。

**主要发现:**实际写作样本比语气描述更有效,而语气描述又比作者或名人姓名更有效(Nielsen Norman Group)。始终优先分析样本,而不是依赖抽象的风格描述。

示例:从差到好

这些示例展示了常见的 AI 写作模式及其修改方法。请学习修改方式,而不只是记住规则。

去除破折号:

  • 差:“The team worked late into the night — and it paid off.”
  • 好:“The team worked late into the night. It paid off.”

修正虚假揭示:

  • 差:“It's not just a tool, it's a complete platform for collaboration.”
  • 好:“It's a complete collaboration platform.”

去除空洞的强调词:

  • 差:“This is a truly incredible opportunity for the team.”
  • 好:“This is a rare opportunity for the team.”

修正成对同义词:

  • 差:“We need a clear and concise strategy.”
  • 好:“We need a clear strategy.”

修正“From X to Y”式概括:

  • 差:“From hiring to onboarding to performance reviews, our platform handles it all.”
  • 好:“The platform handles hiring, onboarding, and performance reviews.”(或者更好的是,挑出最重要的一项,具体说明。)

修正含糊的 “This” 开头:

  • 差:“Revenue grew 30% last quarter. This underscores the effectiveness of the new strategy.”
  • 好:“Revenue grew 30% last quarter. The new pricing model drove most of that growth.”

修正句末分词短语:

  • 差:“The company launched a new product line, expanding its market presence significantly.”
  • 好:“The company launched a new product line. It expanded their market presence significantly.”

修正回指链:

  • 差:“It means faster deployments. It means fewer bugs. It means happier engineers.”
  • 好:“Deployments got faster, bugs dropped, and engineers stopped dreading release day.” 避免过度使用“先提问再回答”:
  • 不佳:“是什么让它脱颖而出?是架构。是什么让它可靠?是测试。是什么推动了采用?是简单。”
  • 良好:“架构让它脱颖而出,测试让它保持可靠。人们采用它,是因为它简单。”

控制篇幅:

  • 不佳(有人要求快速写一条 Slack 更新时):写三段并加上标题,解释完整背景、方法和后续步骤。
  • 良好:“迁移已完成。没有问题。我们可以明天部署。”

删除“确保”:

  • 不佳:“这个流程确保所有利益相关方达成共识。”
  • 良好:“大家最终都能达成共识。”(或者,如果上一句已经表达了这个意思,就删掉这句话。)

改写“通过……”:

  • 不佳:“通过实施自动化测试,团队可以大幅减少漏洞数量。”
  • 良好:“自动化测试能减少漏洞数量。”

改写“让你能够”:

  • 不佳:“该仪表板让你能够实时监控性能。”
  • 良好:“该仪表板可实时监控性能。”

避免模糊量词:

  • 不佳:“我们看到响应时间有了显著改善。”
  • 良好:“响应时间缩短了 40%。”(如果没有具体数字,就说:“响应时间明显缩短了。”)

避免过度使用“关键”:

  • 不佳:“以下是会议的关键要点。”
  • 良好:“以下是会议中重要的内容。”

改进过渡词:

  • 不佳:“迁移按计划完成。此外,团队还修复了三个未解决的漏洞。此外,性能测试没有发现回归问题。”
  • 良好:“迁移按计划完成。团队还修复了三个未解决的漏洞,性能测试也没有发现回归问题。”

改进否定式断言(戏剧化否定):

  • 不佳:“这不是猜测。”或“这不是巧合。”
  • 良好:直接删掉。前面的论断应该有证据支撑。如果需要强调,就用具体细节,而不是戏剧化的否定。

改进否定式断言(先否定再纠正):

  • 不佳:“他们不是那些不懂事的初级员工,而是资深工程师和经验丰富的经理。”
  • 良好:“申请者是资深工程师和经验丰富的经理。”(直接说明他们是谁。没必要先说他们不是什么。)

改进否定后再断言的句式:

  • 不佳:“远程办公在 2021 年左右不再是一项福利。它现在是基础设施。”
  • 良好:“远程办公在 2021 年左右成为基础设施。”(把对比融入一个句子,而不是先否定再断言。)

改进多轮对话中的回顾式开头:

  • 不佳:“正如我们之前讨论过的,部署策略分为三个阶段。”
  • 良好:“部署分为三个阶段。”(直接接着之前的内容说。)

规则冲突时

这些规则有时会相互冲突。以下是解决方法:

  • 片段句与清晰度: 可以用片段句来强调和调整节奏,但如果会让意思变得不清楚,就不要用。让读者困惑的片段句,比完整但枯燥的句子更糟。
  • 以“And/But”开头与变化开头: “And”和“But”开头的句子占 10%–15% 是为了增加变化,不是硬性配额。如果句子开头已经足够多样,就不必强行加一个“And”。
  • 短句与节奏变化: 短句之所以有力,是因为它们与较长的句子形成对比。连续写五个短句不叫节奏变化,而是读起来断断续续。
  • 避免禁用句式与自然流畅: 如果去掉禁用结构会让句子别扭或不清楚,就换一种写法。目标不是机械地照着清单避开句式,而是让文字听起来像真人写的。
  • 一般原则: 两条规则冲突时,选择更像真人会写出来的表达。大声读一遍。如果听起来奇怪,那就是奇怪。

不要做什么

  • 不要矫枉过正,故意写得很糟。目标是自然,而不是粗糙。
  • 不要强行加入不符合语体的俚语或口语表达。
  • 除非文体需要且用户同意,否则不要编造个人轶事。
  • 不要为了文风牺牲清晰度。如果一句“平淡”的话最清楚,就用它。
  • 不要将这些规则用于代码、数据表或结构化技术输出,因为它们与这些内容无关。

参考资料

AI 写作特征(references/ai-tells.md)

完整的禁用词汇列表、禁用结构模式,以及按检测显著性分级整理的深层统计模式。资料来源包括 Wikipedia AI Cleanup 项目、Pangram Labs、CMU/PNAS 研究和 GPTZero 方法论。

何时阅读: 不确定某个词语或模式是否属于 AI 写作特征时,或编辑现有文本以去除 AI 写作模式时。

人性化技巧(references/humanization-techniques.md)

详细的技巧库,涵盖四个层面(词语、句子、结构、语气),包含具体规则和 16 维度的声音捕捉框架。

何时阅读: 深度编辑或人性化处理现有文本时、模仿特定人士的表达风格时,或写作任务要求输出格外自然时。

评论

支持 Markdown