speed

speed 技能概述

speed 技能做什么

speed 技能会启动一个基于浏览器的 RSVP 速读器，以 Spritz 风格的 ORP 高亮方式一次显示一个单词。当你想快速浏览长篇内容，又不想先把原文改写成摘要时，它非常实用。

适合谁安装

如果你经常需要快速扫读 assistant 输出、文章、笔记或生成文本，并希望在工作流里直接获得一种快速阅读模式，就应该安装 speed。在 Workflow Automation 场景下，它尤其适合这类任务：把这段文字拿来，直接做快速审阅。

它有什么不同

和那种只会说“读快一点”的通用提示词不同，speed 技能有明确的执行路径：它会接收你提供的文本或上一条 assistant 回复，去掉 markdown，把内容写入本地 reader 文件，然后在浏览器里打开阅读器。这让 speed 比一次性的口头指令更可预测。

如何使用 speed 技能

安装 speed 技能

按仓库 SeanZoR/claude-speed-reader 的安装流程加载 speed 技能。实际使用中，这个技能本质上是一个由命令触发的工作流，所以你应该预期它会接收文本内容并由 launcher 调起，而不是作为自由对话式 assistant 来使用。

传入正确的输入

想获得最佳的 speed 安装体验，关键是直接提供你真正想读的文本。如果你传 $ARGUMENTS，就把正文内容直接放进去；如果不传，它会回退到你上一条 assistant 消息，这在复核生成草稿、又不想复制出来时特别方便。

按照启动流程来

要把 speed 用好，技能会按这个顺序执行：

1. 读取本地 data/reader.html 模板。
2. 将转义后的文本注入页面。
3. 在浏览器中打开 HTML 文件。
4. 提示你按 Space 播放或暂停。

这说明它不只是一个阅读器；它其实是一个小型本地自动化流程，会把文本转换成可播放的阅读视图。

先看这些文件

想快速理解 speed 指南，先查看 SKILL.md 和 data/reader.html。SKILL.md 说明了执行顺序，而 data/reader.html 展示了实际的阅读界面，能帮助你判断 speed 技能是否适合你的环境和浏览器配置。

speed 技能 FAQ

speed 技能只适合长文吗？

不是。任何你想用 RSVP 风格阅读器复核的文本都可以用，但它最适合信息密度高的长篇 prose、assistant 草稿，以及你想跳过逐行滚动快速扫读的内容。

speed 会替代摘要提示词吗？

不会。摘要提示词会改变内容本身，而 speed 技能改变的是阅读方式。需要快速复核原文时用 speed；需要压缩信息或做分析时，不要指望它替代摘要。

speed 适合新手吗？

适合，只要你能提供纯文本，或者让它使用上一条回复。新手主要的门槛在于要理解：这个技能期待的是可读的 prose，而不是原始的、满是 markdown 的页面。

什么时候不该用 speed？

如果你需要精确格式、并排对照，或大量编辑，就不要用 speed。对于依赖表格、代码排版，或者依赖视觉结构的内容，它也不太合适，因为这些内容在 markdown 被去掉后会丢失。

如何改进 speed 技能

提供更干净的源文本

当输入本身已经接近最终 prose 时，speed 技能效果最好。启动前先去掉菜单、模板化内容和重复标题，因为阅读器会剥离 markdown，而你输入的文本会原样呈现出来。

明确说明要读什么

想让 speed 的结果更好，就要明确指定应该阅读的内容：单个章节、整篇草稿，还是 assistant 的上一条回复。比如“只读摘要部分”就比“加速处理一下”更有用，因为它能减少传入阅读器内容时的歧义。

让工作流匹配内容类型

如果你是为了 Workflow Automation 而使用 speed，就把它聚焦在文本审阅上，而不是格式处理上。它最强的场景是输入本来就是一段叙述性内容；而当任务需要保留结构、链接或代码格式时，它就会明显变弱。

先看浏览器输出，再逐步调整

如果第一次运行感觉别扭，下一次可以通过缩短源文本、去掉 markdown 噪音，或者把超长文本拆成多个部分来改进。最大的质量提升通常来自更好的输入选择，而不是去改阅读器本身。