Agent Skills
返回列表
✍️

海明威可读性分析器

内容创作 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/hemingway-readability-analyzer-api。

技能介绍

它解决什么问题

改完一稿的文案到底好不好读,大多数时候只能靠感觉。团队评审里「这句太长了」这类意见没有量化依据,修改标准因人而异,改完一轮又会冒出新的长句。把内容粘贴到在线可读性工具虽然简单,但文本要离开本地环境,也没法批量处理多个文件或在 CI 里做检查。

核心能力与工作流程

这个技能把可读性检查拆成两步:先用 textstat 算出四个等级指标,再用 spaCy 做句法分析定位具体病灶。

文本统计层给出四个常被引用的指标:

  • Flesch-Kincaid 与 Gunning Fog:基于音节数和词长的年级水平估计
  • SMOG:对教育程度的另一种估计,常用于合规类文档
  • Coleman-Liau:不依赖音节计数,直接用字符数和句长估算

四组指标的侧重点不同,同时看可以交叉验证,而不是只盯一个分数。

句法分析层负责找出分数背后的原因:

  • 用 spaCy 的依存解析标记复杂句,即包含多个从句或嵌套结构的句子
  • 识别被动语态(passive voice),这是 Hemingway 风格的核心检查项
  • 统计副词密度,提示哪些位置可能被 -ly 结尾的词堆满

输出结果会直接标出问题句子,而不是只给一个总分。可以据此定位到具体段落去改,而不是重写整篇。

适用边界

这个技能跑的是静态分析,不会理解上下文意图。它标出的长句不一定是坏句子——技术文档里有些定义必须完整、精确,强行拆短会损失信息量。副词密度高也不必然意味着文笔差,翻译稿和学术写作天然偏高。

指标本身也有已知缺陷:Flesch-Kincaid 对中文文本基本不适用,音节估算在非英语内容上误差很大。把这些分数当作筛查信号,而不是质量的最终判据。指标是辅助工具,判断仍要靠写作者自己。

使用场景

  • 技术文档团队写完 API 参考手册,需要量化评估文档的可读性等级,找出哪些段落让读者理解困难。
  • 内容创作者完成一篇产品评测文章,想确认文中是否存在过多长句和被动语态,导致读者难以抓住重点。
  • 翻译团队完成一份用户手册的本地化,需要检查译文的 Flesch-Kincaid 分数是否达到目标读者的阅读水平。
  • 学术论文作者写完期刊投稿稿,希望了解论文是否因为术语堆砌和复杂句过多,让非专业读者难以理解。

适合人员

  • 技术文档工程师:希望量化评估文档的可读性水平,找出需要简化的段落。
  • 内容创作者:希望检查文章是否存在过多长句和被动语态,影响读者理解。
  • 翻译人员:希望评估译文的可读性是否达到目标读者的阅读水平。
  • 学术写作者:希望了解论文是否因为复杂句和术语过多而难以理解。