自然化文本编辑
SkillDev tools识别并删除机器生成文本的程式化痕迹,使文字更自然、更接近作者原有表达。编辑或审查文本,且需要纠正夸大意义、宣传语气、空泛归因、长破折号滥用、机械三项并列、被动语态、否定排比、模板词和填充句时使用。规则参考维基百科对机器生成文本特征的归纳。
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the 自然化文本编辑 skill
What this skill tells your AI
The instructions your AI receives, as published by rcore-os/tgoskits in .agents/skills/humanizer/SKILL.md and read by ahel’s review.
本技能用于识别并删除机器生成文本的程式化痕迹。目标不是把所有文字改成同一种风格,而是在保留事实与作者声音的前提下,使表达具体、自然、可信。
核心任务
收到待编辑文本后:
- 按后文规则识别成组出现的程式化特征。
- 保留信息,不保留原有句形。事实、实质主张和必要论证必须继续存在;可以压缩平淡部分、展开真正重要的部分,并自由合并或拆分段落。
- 不得虚构。改写中不能加入源文或用户未提供的事实、姓名、数字、日期、引文或引用来源。具体信息必须来自原文或用户;缺少依据时使用朴素表述,必要时询问用户。
- 匹配目标语气。正式、日常、技术等语域由原文和用户目标决定;只有个人文章、评论或随笔需要明显个性。
内容保留优先级
默认保留源文内容。只有下列内容可以直接删除:
- 没有来源支持,却把猜测、模糊权威或臆造过渡写成事实的句子;
- 不含事实、论点或作者立场的寒暄、空泛结尾、过程说明和填充语;
- 不增加上下文的重复例子或凑数引用。
不能因为某个具体事实没有引文就删除它。删除会改变实质主张时,应尽可能先征求用户意见。处理粘贴文本时,在审计说明中写明删除内容和原因;处理文件或嵌入其他任务时,除非源文本身把内容标为猜测,或用户允许实质删减,否则保留主张并改为朴素表达。
匹配作者声音
用户提供自己的写作样本时,先分析句长、词汇、段落开头、标点、常用短语和过渡方式,再据此改写。不要把日常用词擅自升级为正式词,也不要消除作者有意保留的不规则表达。
作者样本优先于本技能的默认风格规则。样本经常使用长破折号时,可以按相近频率保留;没有样本时才采用后文的默认禁用规则。
个性与立场
博客、随笔、评论和个人写作可以保留意见、不确定性、复杂感受、幽默、插话和不均匀节奏。技术、法律、百科和参考资料则应保持中性朴素,不要强行加入第一人称或情绪。任何情况下都不能为了增加个性而虚构事实。
内容模式
1. 夸大意义、遗产和宏观趋势
警惕“见证了”“象征着”“发挥关键作用”“凸显重要性”“反映更广趋势”“留下不可磨灭印记”等句式。若句子只是给普通事实附加宏大意义,删除夸张判断,直接陈述事实和有依据的关系。
2. 夸大知名度和媒体覆盖
不要用长串媒体名称、社交媒体关注人数或“由权威专家撰写”等信息反复证明对象重要。来源提供具体上下文时保留真正有说明力的一条;没有上下文的引用列表可以缩短,但不能虚构引用内容。
3. 用伴随状语制造虚假分析
警惕连续使用“从而凸显”“确保”“反映”“象征”“促进”“展示”等伴随状语。把句子改成可核验的动作和关系,不要用附加短语伪造分析深度。
4. 宣传和广告语气
删除“充满活力”“底蕴深厚”“令人惊叹”“坐落于核心地带”“开创性”“必游之地”等推销词。地点、产品或组织介绍应直接写位置、功能和已有证据。
5. 模糊归因和遁词
“业内报告指出”“观察者认为”“专家主张”“一些批评者认为”等表述必须有具体来源。没有真实来源时,不要杜撰权威;删除猜测性过渡,保留可核验事实。
6. 模板化的挑战与前景小节
警惕“尽管取得成就,仍面临若干挑战”“挑战与展望”“未来前景”等固定结构。把实际问题写清楚;没有具体计划或证据时,删除乐观收尾。
语言与语法模式
7. 高频模板词
警惕“此外”“至关重要”“深入探讨”“赋能”“促进”“凸显”“错综复杂”“关键”“格局”“里程碑”“展示”“宝贵”“充满活力”等词连续出现。单个词不必机械删除,成组出现且没有增加精度时改用普通动词和具体名词。
8. 回避“是”和“有”
“作为”“标志着”“代表着”“拥有并展示”等复杂结构只是替代“是”或“有”时,改用简单系词。句子应直接说明对象是什么、有什么、做什么。
9. 否定排比和句尾否定碎片
减少“不仅……而且……”“不只是……而是……”的机械排比,也不要在句尾追加“不猜测”“不浪费动作”等碎片。把实际关系写成完整句子。
10. 机械三项并列
不要为了显得全面,强行把内容凑成三项。按真实数量组织材料;两项、四项或一个完整段落都可以。
11. 同义词循环替换
同一对象连续被称为“主角”“核心人物”“英雄”“中心角色”会削弱清晰度。必要时重复准确名称,不要为了避免重复而不断换词。
12. 虚假范围
“从甲到乙”只有在两端确实位于同一尺度或连续范围时才使用。并列主题没有这种关系时,直接列出主题。
13. 被动语态和无主语碎片
“无需配置文件”“结果会自动保存”等无主语短句容易隐藏责任主体。主动语态更清楚时,明确写出“用户不需要配置文件”“系统会自动保存结果”。
风格模式
14. 长破折号
用户没有提供使用长破折号的样本时,最终文本不得含 — 或 –,也不要用 -- 代替。优先改成句号、逗号、冒号、括号或重组句子。用户样本经常使用长破折号时,按样本频率保留,不要一律删除。
返回最终文本前搜索 — 和 –。没有相应作者样本时,任何命中都表示改写尚未完成。
15. 粗体滥用
不要机械地把每个术语、列表开头或结论加粗。只有读者确实需要快速定位的少量信息才使用粗体。
16. 行内标题式竖列表
大量使用“用户体验:……”“性能:……”等列表会把普通句子切成模板。内容较短且关系紧密时合并为段落;确需快速扫描时才保留列表。
17. 英文标题式大小写
英文标题不要把每个实词首字母都大写,应采用普通句子大小写。中文标题只需简洁表达内容。
18. 表情符号装饰
删除用作标题或列表装饰的表情符号。只有原文语境确实依赖表情符号时才保留。
19. 弯引号
目标格式需要直引号时,把 “...” 转为 "..."。若作者样本、排版规范或目标语言惯例要求弯引号,则遵循该规范,不把弯引号单独视为机器生成证据。
交流模式
20. 对话助手残留
删除“希望对你有帮助”“当然可以”“你说得完全正确”“需要我继续吗”“如有需要请告诉我”等被粘贴进正文的对话语。正文应直接开始主题并在最后一个具体事实处结束。
21. 知识截止声明和猜测补空
删除“截至我的最后训练时间”“根据现有有限信息”“可能成长于”等模型限制说明和臆测。没有资料时可以明确说“现有来源没有记录”,也可以删除该节,但不得用“保持低调”“注重隐私”等套话填补。
22. 奉承与迎合
删除“好问题”“你完全正确”“这是非常精彩的观点”等无实质内容的赞美,直接讨论用户提出的事实或论点。
填充与含糊表达
23. 填充短语
把冗长结构改成直接表达,例如:
- “为了达到这一目标”改为“为此”;
- “由于下雨这一事实”改为“因为下雨”;
- “在当前这个时间点”改为“现在”;
- “在需要帮助的情况下”改为“如果需要帮助”;
- “系统具备处理能力”改为“系统可以处理”。
24. 过度保留意见
“可能也许可以认为该政策或许会有一些影响”应压缩为“该政策可能影响结果”。保留真实不确定性,不要叠加多个同义限定词。
25. 空泛积极结尾
删除“未来可期”“令人振奋的阶段即将到来”“迈出了正确一步”等不含事实的结尾。源文有具体计划时写计划;否则在最后一个具体事实处结束。
26. 英文连字符词组滥用
编辑英文时,复合词位于名词前可按语法需要保留连字符,位于表语位置时不要机械加连字符。遵循作者样本和目标出版规范,不统一强制一种写法。
27. 权威口吻套话
删除“真正的问题是”“从本质上说”“真正重要的是”“问题的核心”等故作深刻的引导语,直接陈述后面的具体判断。
28. 预告式路标
删除“让我们深入看看”“下面开始探索”“以下是你需要知道的内容”等开场预告,直接解释主题。
29. 断裂标题
标题后的第一句如果只重复标题,应删除或与后续具体段落合并。标题后应直接出现有信息量的解释。
30. 以差异为中心的写法
除变更日志、发布说明和迁移指南外,文档应描述系统当前是什么,而不是反复叙述“新增了什么”“替换了什么”。例如写“函数使用散列表实现常数时间查找”,而不是“新函数替换了原先的遍历方式”。
31. 人为制造短句冲击
不要连续堆叠短句来制造戏剧性。单个短句可以强调,连续多个短句且语气膨胀时,应合并为有因果关系的正常句子。
32. 格言式公式
“甲是乙的语言”“甲成为陷阱”“甲不是工具而是镜子”等公式容易显得深刻却不精确。改写为具体可说明的关系。
33. 假装坦率的开头
删除“说实话?”“你看”“事情是这样的”“坦白说”等单独用作铺垫的口语钩子。直接陈述真正答案。自然对话中句内出现这些词不必机械删除。
避免误判
单个特征不能证明文本由机器生成。不要因为下列现象单独出现就重写:
- 语法正确、风格一致;
- 日常与正式语域混合;
- 文字平淡或技术化;
- 使用学术词汇;
- 评论有书信式开头或结尾;
- 偶尔使用“此外”“然而”等过渡词;
- 单独出现弯引号或长破折号;
- 一个强调性短句;
- 缺少引用;
- 格式整齐复杂;
- 被引用文本、标题、专有名称或正在讨论的例句中出现待检查词。
应寻找成组特征。长破折号、机械三项并列、宣传词和空泛结论同时出现,才构成强信号。
应保留的人类写作特征
看到下列特征时谨慎修改:
- 具体、罕见、难以凭空补出的细节;
- 矛盾感受和未解决张力;
- 具有明确时代和社群背景的引用、网络用语或内部笑话;
- 作者能够解释的第一人称编辑选择;
- 长短句自然交替;
- 真正的插话、自我修正和括号说明;
- 2022 年 11 月 30 日以前已存在的文本。
调用方式
粘贴文本
用户直接在对话中提供文本时,执行完整流程并返回改写草稿、简短审计和最终稿。
文件模式
用户指定文件时,读取文件,在内部完成“草稿、审计、最终稿”流程,然后把文件原地改写为最终稿。只处理自然语言,保持代码块、前置元数据、数据和链接目标不变。对话中只简要说明修改,不粘贴全文。
嵌入模式
本技能作为拉取请求描述、提交消息或文档任务中的一个步骤时,在内部完成完整流程,只输出最终文本。调用者需要正文,不需要过程说明。
处理与输出
- 仔细阅读输入,标记上述模式的全部实例。
- 写出改写草稿,朗读检查自然度,调整句长,优先保留具体细节和简单句式,并匹配目标语域。
- 回答三个内部检查问题:哪些地方仍明显程式化;是否加入源文没有的事实、姓名、数字、日期或引用;是否删除实质主张,若有是否符合内容保留规则。
- 修订为最终稿。没有使用长破折号的作者样本时,按第 14 条清除所有长破折号;有样本时匹配样本频率。
粘贴文本模式返回草稿、简短问题清单和最终稿;文件模式与嵌入模式只返回各自要求的最终产物。
参考来源
本技能参考维基百科对机器生成文本特征的归纳。其核心观察是:大型语言模型通过统计规律预测后续文本,因此输出容易趋向适用于最多场景的常见表达。
Signals
- GitHub stars
- 67
- Forks
- 133
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
humanizer-rcore-os- Source
- github.com/rcore-os/tgoskits