speed
作成者 SeanZoRspeed は、Spritz 風の ORP ハイライトを使って 1 語ずつテキストを表示する、ブラウザベースの RSVP スピードリーダーを起動します。アシスタント出力、記事、メモを素早く確認したいときに使えます。Markdown を除去してローカルのリーダーファイルを開く、予測しやすいワークフローになっています。
この skill のスコアは 66/100 で、掲載は可能ですが、幅広く洗練されたワークフローというよりニッチなユーティリティとして捉えるのが適切です。ディレクトリ利用者は、動作するトリガーと具体的な実行経路を期待できますが、基本的な起動フロー以外の補足説明は限られている点も踏まえる必要があります。
- コマンド起点で動作する有効な skill で、RSVP スピードリーダーでテキストを開くという目的が明確です。
- 手順が具体的で実行しやすく、HTML ファイルの読み込み、内容の注入、リーダーの起動、Space で再生/一時停止できることの確認まで示されています。
- 専用の HTML アセットが含まれており、単なるプレースホルダーではなく、実際に実行できる UI を備えた skill であることが分かります。
- インストールコマンド、サポートファイル、参照情報が提供されていないため、導入には手動設定や内容の確認が必要になる場合があります。
- ワークフローは範囲が狭く説明も簡潔で、起動手順は扱っていますが、例外ケース、コンテンツ制限、復旧時の挙動まではカバーしていません。
speed skill の概要
speed skill でできること
speed skill は、ブラウザ上で動く RSVP 方式のスピードリーダーを起動し、Spritz 風の ORP ハイライト付きで 1 語ずつ表示します。内容を要約に書き換えることなく、長文を素早く確認したいときに便利です。
どんな人に向いているか
assistant の出力、記事、メモ、生成テキストをよく流し読みするなら、speed を入れておく価値があります。ワークフローの中で高速読書モードがほしい場合に相性がよく、特に Workflow Automation で「このテキストを高速レビューしやすい形で表示する」という用途に強いです。
何が違うのか
単に「もっと速く読めるようにして」と頼む一般的なプロンプトと違い、speed skill には明確な実行経路があります。入力されたテキスト、または直前の assistant 応答を受け取り、markdown を除去してローカルの reader ファイルに書き込み、ブラウザでリーダーを開きます。そのため、場当たり的な指示よりも動作が読みやすく、再現性があります。
speed skill の使い方
speed skill をインストールする
SeanZoR/claude-speed-reader のリポジトリにあるインストール手順で speed skill を読み込みます。実際には、コマンド起点のワークフローとして動かす前提なので、自由会話の assistant というより、テキストを渡して起動するランチャーとして使うイメージです。
適切な入力を渡す
speed のインストール体験をよくするには、実際に読ませたい本文をそのまま渡すのが一番です。$ARGUMENTS を使う場合は、本文を直接入れてください。使わない場合は前回の assistant メッセージにフォールバックするため、生成済みの下書きをコピーせずに確認したいときに便利です。
起動の流れに沿って使う
speed をうまく使うには、次の流れになります。
- ローカルの
data/reader.htmlテンプレートを読み込む。 - エスケープ済みのテキストをページに差し込む。
- HTML ファイルをブラウザで開く。
Spaceで再生・一時停止するよう促す。
つまりこの skill は、単なるリーダーではなく、テキストを再生ビューに変換する小さなローカル自動化です。
先に確認すべきファイル
speed guide を手早く理解したいなら、まず SKILL.md と data/reader.html を確認してください。SKILL.md には実行順が書かれており、data/reader.html を見れば実際の読書インターフェースが分かるので、自分の環境やブラウザ構成に speed skill が合うか判断しやすくなります。
speed skill FAQ
speed skill は長文専用ですか？
いいえ。RSVP 方式のリーダーで確認したいテキストなら何でも使えますが、特に価値が高いのは、密度の高い文章、assistant の下書き、行ごとにスクロールせずに流し読みしたいコンテンツです。
speed skill は要約プロンプトの代わりになりますか？
いいえ。要約プロンプトは内容そのものを変えますが、speed skill は読むモードを変えるだけです。元のテキストを素早く確認したいときに使い、圧縮や分析が必要なときには使いません。
speed skill は初心者でも使いやすいですか？
はい。プレーンテキストを渡せる、または前回の応答を使わせられるなら問題ありません。初心者がつまずきやすいのは、この skill が求めているのは生の markdown ではなく、読みやすい文章だと理解するところです。
speed skill を使わないほうがいいのはいつですか？
正確な書式、左右比較、手の込んだ編集が必要なときは使わないでください。表、コードのレイアウト、あるいは markdown を除去すると失われる視覚構造に依存するコンテンツにも向きません。
speed skill を改善するには
よりきれいな元テキストを渡す
speed skill は、入力がすでに完成形に近い文章であるほどよく動きます。メニュー、定型文、重複した見出しは、起動前に取り除いてください。リーダーは markdown を削除するため、渡したテキストがそのまま前面に出ます。
読む対象を明確にする
speed の結果をよくするには、何を読ませたいのかをはっきり指定してください。1 つのセクションなのか、全文なのか、assistant の直前の返信なのかを明示します。「要約セクションだけ読んで」のほうが、「これを速くして」よりも、リーダーに渡す内容の曖昧さを減らせます。
コンテンツの種類に合わせてワークフローを選ぶ
Workflow Automation で speed skill を使うなら、書式調整ではなくテキストレビューに用途を絞るとよいです。入力がすでに物語的な文章ブロックであるときに最も強く、構造、リンク、コードの書式を保つ必要がある作業では弱くなります。
ブラウザ出力を確認して、繰り返し改善する
最初の実行がしっくりこなければ、次回は元テキストを短くする、markdown のノイズを減らす、長すぎる文章をセクションごとに分ける、という形で改善してください。品質の向上幅が大きいのは、リーダー自体を変えることよりも、入力の選び方を改善することです。