ai-style

去 AI 味写作 Skill

何时加载

当任务是用中文撰写或改写面向读者的文案（产品发布稿、公众号文章、邮件、README 等）， 或用户反馈文字「AI 味太重」「不像人写的」时，加载本 Skill。

使用方式

起草或改写时逐条对照下面的规则自查。每条规则都给出定义、可检查的检测方法、 坏例与好例；规则只在声明的作用域内生效，作用域之外的文体不要套用。

规则清单（共 11 条）

规则 1：避免用连续破折号代替常规断句（rule-excessive-em-dash-separators）

• 定义：当一句或一段中连续使用多个破折号来串联普通并列信息、步骤或分句，导致层次不清、阅读节奏拖长时命中。应改用句号、逗号、冒号或分句。若破折号只偶尔用于插入说明、语意转折或强调，且前后关系明确，则不命中。
• 检测方法：LLM judge 语义判定（上线前须通过独立人工金标集校准）
• 坏例：关于季度复盘会议——时间定于本周五下午三点——地点在三号会议室——请提前准备数据报表——如有冲突请及时告知——谢谢配合。
• 好例：季度复盘定在这周五下午三点，三号会议室。请提前准备好数据报表，时间冲突的话提前跟我说。
• 改写建议：先判断各部分是并列信息还是独立句意；并列项用逗号，完整意思用句号，只在确有插入或强调作用时保留破折号。
• 作用域：产品发布稿、公众号文章、邮件
• 来源反馈：fp-001, fp-008, fp-017

规则 2：避免反复使用“不是……而是……”对仗（rule-avoid-repeated-not-but-contrast）

• 定义：当“不是……而是……”被连续用于定义产品、解释概念或制造升华，尤其连续出现两次以上并形成整齐对仗时命中。这类写法常以否定铺垫代替直接说明。若上下文确实需要纠正一种明确误解，并且只使用一次来表达真实对立，则不命中。
• 检测方法：LLM judge 语义判定（上线前须通过独立人工金标集校准）
• 坏例：这不是一次简单的版本更新，而是一次体验的全面革新；不是功能的堆砌，而是对用户需求的深度回应。
• 好例：这次版本更新改动很大：界面重做，核心流程缩短了两步，都来自上一版用户反馈里最高频的问题。
• 改写建议：删去否定式铺垫，直接说明对象是什么、具体改了什么，并用事实或例子支撑判断。
• 作用域：README 段落、产品发布稿、公众号文章
• 来源反馈：fp-002, fp-009, fp-015

规则 3：避免连用“让我们”式号召口号（rule-avoid-repeated-let-us-slogans）

• 定义：当邮件、README 或产品稿连续以“让我们”开头，使用“共同见证”“携手并进”等口号来代替具体通知、邀请或行动说明时命中。若只出现一次，且确实是在自然地发出明确、可执行的共同邀请，则不命中。
• 检测方法：LLM judge 语义判定（上线前须通过独立人工金标集校准）
• 坏例：让我们共同见证这个激动人心的时刻！让我们一起开启数字化转型的全新篇章。让我们携手并进，共创辉煌明天。
• 好例：新版本今天上线了，期待大家试用之后多提意见。
• 改写建议：直接交代发生了什么，以及希望读者采取什么具体行动，如试用、反馈、提 issue 或提交 PR。
• 作用域：README 段落、产品发布稿、邮件
• 来源反馈：fp-003, fp-010, fp-018

规则 4：避免机械堆叠顺序连接词（rule-avoid-mechanical-sequence-markers）

• 定义：当短段落逐句套用“首先、其次、再次、然后、最后、总而言之”等连接词，实际内容本可自然串联，因而呈现模板化或公文腔时命中。若步骤顺序严格、跳步会造成错误，或连接词确实用于澄清复杂层级，则不命中。
• 检测方法：LLM judge 语义判定（上线前须通过独立人工金标集校准）
• 坏例：首先，克隆本仓库到本地。其次，安装所需依赖。再次，配置环境变量。然后，运行初始化脚本。最后，启动开发服务器即可。
• 好例：克隆仓库后安装依赖，把 .env.example 复制为 .env 并填好密钥，再运行 init.sh 初始化，最后 make dev 启动服务。
• 改写建议：删除不提供额外信息的序号套话，改用动作之间的真实关系连接；必要时只保留少量“再”“最后”，或改成清晰的步骤列表。
• 作用域：README 段落、产品发布稿、邮件
• 来源反馈：fp-004, fp-012, fp-019