speed
作者 SeanZoRspeed 會啟動一個瀏覽器版 RSVP 快速閱讀器,以 Spritz 風格的 ORP 高亮方式一次顯示一個字。你可以用它快速檢視助理輸出、文章或筆記;流程可預期,會先去除 markdown,再開啟本機閱讀器檔案。
這個技能評分為 66/100,代表它可以上架,但更適合定位為小眾實用工具,而不是高度打磨完成的通用工作流程。目錄使用者可以期待它有可運作的觸發方式與明確的執行路徑,但也應注意,除了基本啟動流程外,倉庫提供的支援說明相對有限。
- 具備有效的命令觸發技能,而且目的明確:啟動用於文字閱讀的 RSVP 快速閱讀器。
- 操作步驟具體且可執行:讀取 HTML 檔案、注入內容、開啟閱讀器,並確認可用 Space 播放/暫停。
- 包含專用 HTML 資產,表示這個技能背後有實際可執行的介面,而不是只有占位內容。
- 沒有提供安裝命令、支援檔案或參考資料,因此導入時可能需要手動設定或自行檢查。
- 工作流程範圍較窄且文件簡略;主要講啟動機制,較少涵蓋邊界情況、內容限制或復原行為。
speed 技能概覽
speed 技能的用途
speed 技能會啟動一個基於瀏覽器的 RSVP 速讀器,讓文字一次顯示一個單字,並以 Spritz 風格的 ORP 高亮呈現。當你想快速瀏覽長篇內容,但又不想先把內容改寫成摘要時,這個速度技能特別好用。
適合安裝 speed 的人
如果你經常需要快速掃讀助理輸出、文章、筆記或生成文字,並且希望在工作流程內直接使用快速閱讀模式,就應該安裝 speed。它非常適合 Workflow Automation 中這種需求:「把這段文字整理成可快速審閱的形式」。
speed 技能的差異
和只會要求「讀快一點」的通用提示不同,speed 技能有明確的執行路徑:它會接收你提供的文字或前一則助理回覆,移除 markdown,寫入本機 reader 檔案,然後在瀏覽器中開啟閱讀器。這讓 speed 技能比一次性的指令更可預期。
如何使用 speed 技能
安裝 speed 技能
請使用 SeanZoR/claude-speed-reader 儲存庫的安裝流程來載入 speed 技能。實際上,這個技能設計成以命令觸發的工作流程執行,所以你應該預期它是用文字內容來啟動,而不是當作自由對話式助理使用。
提供正確的輸入
想要有好的 speed 安裝與使用體驗,關鍵是提供你真正想要閱讀的文字。如果你傳入 $ARGUMENTS,請直接放入正文內容;如果沒有傳入,技能會退回使用你前一則助理訊息,這對審閱生成草稿而不用先複製出來特別方便。
依照啟動流程操作
要把 speed 用得順,技能會:
- 讀取本機的
data/reader.html樣板。 - 將已跳脫處理的文字注入頁面。
- 在瀏覽器中開啟 HTML 檔案。
- 提示你按
Space播放或暫停。
這表示 speed 不只是閱讀器;它其實是一個小型本機自動化工具,會把文字轉成播放式閱讀畫面。
先看這些檔案
如果你想快速理解 speed 指南,請先查看 SKILL.md 和 data/reader.html。SKILL.md 說明了執行順序,而 data/reader.html 則展示實際的閱讀介面,能幫助你判斷 speed 技能是否適合你的環境與瀏覽器設定。
speed 技能 FAQ
speed 技能只適合長文嗎?
不是。任何你想用 RSVP 風格閱讀器檢視的文字都能用,但它最適合密集型長文、助理草稿,以及你想快速掃過而不是逐行捲動的內容。
speed 會取代摘要提示嗎?
不會。摘要提示會改變內容本身;speed 技能改變的是閱讀方式。當你想快速審閱原文,而不是做壓縮或分析時,才適合用 speed。
speed 對新手友善嗎?
是,只要你能提供純文字,或讓它直接使用前一則回覆即可。新手最需要跨過的門檻,是理解這個技能期待的是可讀的散文內容,而不是原始的、充滿 markdown 的頁面。
什麼情況下不該用 speed?
如果你需要精準格式、左右對照比較,或大量編修,就不要用 speed。對於依賴表格、程式碼排版,或會在移除 markdown 後喪失視覺結構的內容,它也不是好選擇。
如何改進 speed 技能
提供更乾淨的原始文字
當輸入內容本身已經接近定稿時,speed 技能表現最好。啟動前先移除選單、樣板文字與重複標題,因為閱讀器會把 markdown 去掉,並直接呈現你餵進去的文字。
明確指定閱讀目標
想要更好的 speed 效果,就要清楚說明要讀什麼:單一段落、整份草稿,或助理的最後一則回覆。比起「幫我加速閱讀」,「只讀摘要段落」更有用,因為它能減少傳入閱讀器內容的歧義。
讓工作流程配合內容類型
如果你希望 speed 技能用在 Workflow Automation,請把它聚焦在文字審閱,而不是格式處理。當輸入內容本來就是敘述型區塊時,它最強;但如果任務需要保留結構、連結或程式碼格式,它就比較弱。
先看瀏覽器輸出,再逐步調整
如果第一次跑起來不順手,可以在下一次透過縮短原文、移除 markdown 雜訊,或把超長文字拆成幾個區段來改善。最大的品質提升通常來自更好的輸入選擇,而不是改變閱讀器本身。
