anti-vibe-writing

Anti-Vibe Writing

这是一个编辑润色技能，用于打磨由 AI 起草的英文或中文文本。

请在内容已经成形后使用。目标不是让文字更漂亮，而是在保留原意的同时，去掉那些让生成文本显得像拼装出来的习惯：模板化措辞、含糊抽象的表达、谨慎的模棱两可、顾问式语气，以及默认的 Markdown 框架。

在使用 Claude Code、Codex 或任何大模型助手起草后，将此技能用于最后一轮润色，效果最佳。它将中文和英文中的 AI 痕迹视为两种不同的问题，而不是同一种问题。

核心理念

• 保留作者的原意。改善表达，而非内容。
• 人类写作会选择重点。AI 写作则常常习惯性地保留余地、套用格式、解释过多。
• 温度来自具体细节、节奏和真诚的强调，而不是表情符号、图标或欢快的填充语。
• 中文和英文中的 AI 痕迹是不同的问题。请使用对应的参考资料。
• 多轮针对性编辑胜过一次含糊的改写。
• 目标不是干净，而是让文字听起来像出于作者本意。

适用场景

• 草稿内容正确，但平淡、泛泛而谈，或明显像 AI 写的。
• 文档中的标题、项目符号或编号列表过多。
• 文案同时显得谨慎、过度修饰又空洞。
• 写作依赖商业套话，而不是直截了当地说出事实。
• 读者需要的是听起来经过深思熟虑，而不是生成出来的文字。
• 用户希望后续一系列文本都符合其现有风格。

常见适用内容

• 社交媒体帖子：X / Twitter、微博、即刻、小红书（XHS）
• Reddit 和英文论坛评论
• 博客文章、新闻简报、微信公众号文章
• 播客节目说明和视频脚本
• README 润色
• 产品文档和落地页文案
• 提案、创始人笔记、技术备忘录、内部报告

请参阅 scenario-presets.md，了解各场景的限制。

不适用场景

• 从零开始撰写初稿
• 编造示例、证据、数据或产品声明
• 用户只要求润色时，重新定位信息
• 用泛泛的漂亮表达取代有意采用的品牌风格

改写前

1. 确定文档的用途和场景（使用 scenario-presets.md 选择限制条件）。
2. 确定受众、媒介和语言（中文与英文适用的参考资料不同）。
3. 记录必须保持不变的内容：声明、数字、名称、术语或结构。
4. 判断文本实际需要多少 Markdown 格式。
5. 检查是否适用作者档案（学习模式）。
6. 决定采用哪种语气模式（见下文）。
7. 只有在缺失的上下文会实质性影响改写时，才询问补充信息。

语气模式

此技能有三种语气模式。默认模式是安全的基线，另外两种需主动选择。

模式 1：默认（简洁）

去除 AI 痕迹，输出简洁、专业的版本。风格保守，适用于大多数产品、文档和专业场景。

除非用户选择其他模式，否则默认使用此模式。

模式 2：人性化质感（可选）

注入适度的人类表达不规则性：语序倒装、语气词（吧/嘛/呗/啊）、不完整句、自我修正、非标准标点。适用于个人博客、创始人随笔、社交帖子、致用户的信。

由用户的以下信号触发：

• “放松一点” / “放松一点” / “博客风格” / “写得更有个人感”
• “像是创始人亲自写的”
• “没那么精致也没关系”

此模式下还有一层限制更严格的功能——随手打，仅用于社交帖子。它允许少量真实的手机打字瑕疵（漏掉句末标点、不大写、省略语气词），但绝不能出现在数字、名称、代码、链接、价格、日期或术语上，也绝不能出现会改变含义的错别字（“的/得/地”“在/再”“哪/那”都不允许）。默认关闭，只有收到明确请求后才会启用，按意图判断，而非依赖固定短语：可以是直接点名这一层（“开/启用随手打”“随手打模式”“casual typing”），也可以是描述效果（“像手机随手发的”“别太工整”“写得像手机上随手发的帖子”）。笼统地说“放松一点 / loosen it up”只会启用常规人性化质感，不会启用这一层；不确定时，按关闭处理并主动询问。不得用于文档、报告、公告和任何专业文案。启用时最多加入 1–2 处，并在末尾说明。这里说的是手机打字的质感，不是为了规避 AI 检测而注入错误。参见 human-texture.md 中的“随手打”部分。

详细说明和具体技巧：human-texture.md。

模式 3：学习模式（可选，基于样例）

从真实样例中提取作者的写作风格，构建可复用的作者档案，再改写后续草稿以匹配该风格。适用于系列内容、个人通讯、创始人沟通和定期发布的社交帖子。

触发条件：

• 用户提供样例（“这是我平时在 Twitter 上的写法”）
• 用户询问“你能学习我的风格吗”
• 经过多次改写后，用户仍表示“这不像我”

工作流：learning-mode.md。档案模板：host-profile-template.md。风格提取提示词：style-extraction-prompt.md。

模式 2 和模式 3 可以彼此组合，也可以与场景预设组合。发生冲突时，优先级如下：

1. 作者档案中的“禁忌词 / forbidden words”（最高）
2. 场景预设的格式限制（长度、结构、表情符号规则）
3. 作者档案中的语气信号（句式、语气词、标点）
4. 人性化质感惯例（最低，仅用于填补空白）

输出目标

• 更自然的节奏
• 更有意图的结构
• 更简洁的措辞
• 更鲜明的风格
• 更少的 AI 痕迹
• 听起来像是人亲自斟酌写出的，而不是系统拼凑出来的

人性化处理步骤

使用 human-passes.md 中的分步框架。

• 步骤 1：意图和立场
• 步骤 2：结构和行文
• 步骤 3：具体措辞
• 步骤 4：节奏和温度
• 步骤 5：格式和 Markdown 清理
• 步骤 6：完整性检查

对于轻度修改，执行步骤 1、步骤 3、步骤 5，然后进行最终检查。

修改此技能本身时，请对照 before-after-benchmarks.md 和 chinese-before-after.md 比较效果，确保风格保持自然、温暖、不刻意，而不只是更加整洁。

默认编辑方式

• 保留事实、主张、范围和技术含义。
• 先检测语言。对于中文草稿，应用 chinese-patterns-to-remove.md。对于英文，应用 patterns-to-remove.md。
• 优先删掉模板化的开场白、铺垫和填充性过渡语。
• 用具体的名词和动词替换含糊的名词和抽象表达。
• 减少标题和项目符号，除非内容确实需要。
• 合并重复的铺垫和重复的总结内容。
• 坚持有依据的观点，不要假装两边都兼顾。
• 删掉顾问腔、夸张宣传和流程术语。中文中包括“赋能”“打通”“闭环”“抓手”“链路”等表达。
• 删除表情符号或图标标题、装饰性粗体，以及除非原文确有需要的固定 Markdown 模块。
• 去除典型的 AI 排版痕迹：将破折号（— / ——）和用作连接符的短破折号替换为句号、逗号、冒号或括号；将弯引号替换为直引号（仅限英文，中文全角引号保留）；将 … 替换为 ...。这样文字读起来才像自然敲出的内容，而不是为了躲避检测而刻意处理。
• 用人们实际会输入的内容替换 AI 式 排版：删除零散的粗体、每个短段落前的标题、能用句子表达的项目符号、> callouts，以及章节之间的 --- 分隔线。参见对应 patterns 参考文档中的“Format Forms → Plain Human Forms” / “格式形式”映射。判断标准：如果你不会把这种格式发给朋友，就删掉。
• 句长有所变化，但不要刻意追求修饰效果。
• 如果列表结构没有价值，优先使用段落。
• 用具体细节和克制表达温度感，不要添加积极向上的填充语。
• 不要编造示例、数字或证据。
• 默认返回改写后的文案，而不是评论。

优先删除的内容

• 排版痕迹是读者和检测器最容易发现的东西：破折号（— / ——）、用作连接符的短破折号、弯引号 “ ” ‘ ’、字符 …，以及正文中多余的 → • ·。根据其作用替换为句号、逗号、冒号或括号，或者重组句子。参见对应 patterns 参考文档中的排版部分。
• 从聊天或联网搜索模型复制时残留的内容：contentReference / oaicite / turn0search0 / [cite: 1] / grok_card / ppl-ai-file-upload、多余的 【】 或 † 引用框架、没有来源的 [1][2] 标注，以及遗留的助手话术（“以下是修改后的版本”或末尾的“来源：”）。这些内容与语言无关，且格式固定，看到就删，让确定性检查拦截其余内容。
• 没有信息量、只会拖延重点的通用开场段落
• 空洞的过渡语：“值得注意的是”“在当今环境中”“在……方面”“综上所述”
• 只是在说明显而易见内容的标题
• 表情符号或图标开头的章节标题、【】段头、👉 / 💡 / 🔥 引导
• 模板化章节，例如 Overview、Key Features、Conclusion、概述、核心特性、总结
• 装饰性的粗体标签和以列表为主的架构
• 虚假的亲切感、虚假的热情、复述式总结，以及三连排比

编辑启发式

• 如果标题只是说明显而易见的内容，就删掉。
• 如果三个要点能合并成一句话，就合并。
• 如果一句话和上百篇创业公司博客里的句子都能互换，就重写。
• 如果一段话绕了很久才说到重点，就从离重点更近的地方开始。
• 如果语气一直在“求平衡”而不肯表态，就明确说出观点，再把细微差别融入句子，而不是绕着观点打转。
• 如果语气之所以显得亲切，只是因为用了图标、感叹号或软化语气的填充词，就删掉这些，再重新组织句子。
• 中文特有：如果一段话里有“首先 / 其次”、三段式并列，并且以“让 X 更 Y”结尾，那它几乎肯定带有 AI 腔。重写整段，不要只做编辑。
• 中文特有：留意翻译腔 / 欧化句式（被……所……、作为一个……、不仅……而且……、对……进行……、复数“们”、主语代词过密）。即使没有流行词，这些表达也会让人觉得像机器翻译。改用主动语态和动词。
• 中文特有：别摆出“资深文案 / 营销专家”的架势，这会带来广告腔。把文章改得像普通朋友、公众号编辑或资深记者会说的话。大声读一遍；如果你不会那样跟朋友说，就再改。参见 chinese-patterns-to-remove.md 中的“改写心态”一节。

任务问题

• 草稿是什么语言？（不同语言适用不同规则。）
• 这是什么场景？（推文 / 微博 / Reddit / 博客 / 播客 / 报告，决定采用哪套预设。）
• 谁会阅读这段内容？
• 读完后，读者应该理解什么、有什么感受，或采取什么行动？
• 哪些说法、名称或术语不能改动？
• 应该保留、精简还是重构 Markdown？
• 使用哪种语气模式？默认、人味，还是学习模式？
• 如果使用学习模式：有可供参考的样例吗？

最后核验

把 final-pass-checklist.md 当作实际执行的步骤，而不是随手浏览的清单。这是最轻量的“生成 → 检查 → 修改”循环：一个模型、一段对话，不用额外的 Agent。

1. 对照清单中的每一项，重新检查改写稿。
2. 如果能用 shell，就运行该文件底部的确定性检查：用一行 grep 搜索典型措辞和固定术语列表。它能抓出自查时容易略过的确切字符串。
3. 如果有任何一项未通过，或可选的五维评分低于 35 / 50，就有针对性地修改一次：只修正被标记的部分，不要重写全文。然后再检查一次。
4. 最多修改两轮。如果仍有实际取舍问题（例如无法核实的说法，或确实需要保留特定格式的内部风格），就保留原样，并在结尾说明。

在学习模式下，增加一项检查：将输出的句子节奏和标点与主机配置文件中记录的数据对比；如果有所偏离，就适当调整。

回复格式

直接返回修改后的文本。

只有符合以下任一情况时，才添加简短说明：

• 结构发生了重大变化。
• 原文中的事实有歧义。
• 缺少证据，无法在不编造内容的情况下采用更有力的说法。
• 原文要求的语气非常具体，且与此技能不符。
• 使用了非默认语气模式；如使用，请注明模式名称（“已使用人味模式” / “已应用主机配置文件 X”）。

添加说明时，最多三行。

如果用户要的是点评而不是改写，先列出 AI 腔的主要来源，再展示有代表性的修改示例。

参考资料

英文篇：

• patterns-to-remove.md：需要去除的英文短语、结构和格式痕迹
• before-after-benchmarks.md：英文回归风格示例
• common-problems-and-fixes.md：症状与修复方法对照表
• human-passes.md：多轮编辑工作流

中文篇：

• chinese-patterns-to-remove.md：中文 AI 文的词汇、句式、结构、语气痕迹
• chinese-before-after.md：中文场景的前后对照基准

文风模式：

• human-texture.md：个人文风可选的不规则表达
• learning-mode.md：由示例驱动的主持人风格档案工作流
• scenario-presets.md：各场景约束（推文、微博、Reddit、博客、播客、报告）

资源文件：

• final-pass-checklist.md：返回文案前的最终审核
• rewrite-prompt-template.md：供其他 Agent 复用的指令模板
• host-profile-template.md：可填写的学习模式模板
• style-extraction-prompt.md：用于从示例中提取主持人风格档案的一次性提示词