mcpField
R
readable-content

readable-content

github.com/owl-listener设计与 UI10881 次安装20 周前更新
代码仓库

关于 readable-content

面向内容设计者和写作者的可读性设计技能,提供信息排序、分块和易读写作原则,帮助读者快速浏览并理解内容。

主要功能

  1. 01重要信息优先呈现
  2. 02按主题和段落拆分内容
  3. 03使用标题和列表便于浏览
  4. 04采用简短、具体的句子
  5. 05为说明、错误和数据内容提供专门建议

适用场景

  1. 01重组长篇说明内容
  2. 02为网页内容设计可浏览的结构
  3. 03撰写清晰的操作步骤和错误提示
  4. 04让数据说明更易理解

安装

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

$npx skills add https://github.com/owl-listener/inclusive-design-skills --skill readable-content

安装后在 Claude Code 中输入/readable-content确认已加载。

详细介绍

易读内容设计

组织和撰写内容,让不同阅读能力、注意力跨度和认知风格的人都能找到所需信息并理解内容。

核心原则

人们不会逐字阅读,而是快速浏览。应优先为快速浏览设计内容,再考虑细读。

内容结构

倒金字塔结构

把最重要的信息放在前面。假设读者随时可能停止阅读。

  • 第 1 段:核心信息或答案
  • 第 2 段:必要的支持细节
  • 第 3 段及之后:背景、上下文和细节
分块
  • 每个章节只讲一个主题
  • 每个段落只讲一个观点
  • 每个段落最多 3–4 句话
  • 每个章节最多写 5–7 个段落,然后添加新标题
  • 每隔 2–3 个段落添加标题,打破大段文字
便于浏览的元素
  • 用描述性标题概括章节内容
  • 适量使用粗体突出关键词(如果所有内容都加粗,就没有重点了)
  • 用项目符号列出 3 项及以上的相关内容(每个列表最多 7 项)
  • 用表格呈现对比信息
  • 用醒目提示框或标注框突出关键信息

提高易读性

句子层面
  • 每句话尽量控制在 15–20 个词
  • 每句话只表达一个观点
  • 使用主动语态:“我们会寄出您的订单”,而不是“您的订单将被寄出”
  • 使用具体表述:“3 个工作日内”,而不是“很快”
  • 直接对读者说:“您可以……”,而不是“用户可以……”
词语层面
  • 选用含义明确的最简单词语
  • 首次使用专业术语时进行定义
  • 首次使用缩略词时写出全称:“Web 内容无障碍指南 (WCAG)”
  • 避免习语、隐喻和特定文化背景的说法
  • 避免双重否定:“您可以继续”,而不是“您不能不继续”
段落层面
  • 首句先说明要点(把重点放在开头)
  • 后续句子用于补充说明或提供依据
  • 每个段落都应能独立理解,不要求读者先读上一段
  • 使用过渡词让行文更流畅:“不过”“例如”“这意味着”

有特定要求的内容类型

操作说明和教程
  • 按顺序执行的任务使用编号步骤
  • 每个步骤只包含一个操作
  • 每个步骤都以动词开头:“点击”“输入”“选择”
  • 说明每个步骤完成后用户应看到的内容
政策、条款和法律内容
  • 在开头提供通俗易懂的摘要
  • 在下方提供完整内容,供有需要的读者查看
  • 在上下文中解释所有法律术语
  • 用示例说明抽象概念
错误和警告内容
  • 具体说明发生了什么
  • 说明这对用户意味着什么
  • 说明接下来该怎么做(只给出一个明确操作)
  • 始终将阅读难度控制在小学四至六年级水平
数据和数字
  • 无需精确时对数字取整(例如“约 200 万”,而不是“1,987,453”)
  • 补充背景说明:“40%——将近一半”
  • 复杂数据应使用图表,并附上文字摘要
  • 不要假设读者擅长理解数字,要解释数字的含义

评估问题

  1. 最重要的信息是否放在最前面?
  2. 只浏览标题和粗体文字的人能否了解核心信息?
  3. 句子平均长度是否少于 20 个词?
  4. 每个段落是否都少于 4 句话?
  5. 阅读水平为八年级的人能否理解内容?

评论

支持 Markdown