第7章 アンチパターン ── よくある失敗と脱出法
アンチパターン1:「インストールして満足する」
症状:Raycastをインストールし、拡張機能を10個入れた。1週間後もSpotlightの代わりにアプリ起動にしか使っていない。「便利とは聞いたが、何が便利なのか分からない」という結論になった。
根本原因:Raycastは「受動的に便利になるツール」ではない。「自分のワークフローに意図的に組み込まなければ何も変わらない」ツールだ。
RaycastのUXデザインは「ランチャーを開くと何ができるかが分かる」設計になっていない。ユーザーが「何をしたいか」を知っていることを前提にしている。
脱出法:
「今日、何を手動でやったか」を1週間メモする
例:
・ポートを3回killした
・同じURLを5回コピーした
・会議に毎回Spotlightで入った
→ それぞれをRaycastのコマンドに変換する
アンチパターン2:「拡張機能を入れすぎる」
症状:「便利そう」と思って50個の拡張機能をインストールした。実際に使っているのは5個。Raycastのコマンド検索にノイズが増えて「本当に使いたいコマンドが出てこない」。
根本原因:拡張機能を「インストールしておけばいつか使う」という発想でインストールすると、使わない拡張機能がコマンドスペースを汚染する。
脱出法:
インストール → 1週間試す → 使わなかったらアンインストール
「先月1回も使わなかった拡張機能」の明確なルールを持つ
Raycast Settings → Extensions で使用履歴を確認できる
アンチパターン3:「AIで全部やろうとする」
症状:RaycastのAI機能を使い始め、「全ての作業にAIを通す」ようになった。簡単な質問にもAI Chatを開いて長い会話をする。結果として、AIなしの方が速いタスクにAIを使うようになった。
根本原因:AIはRaycastの機能の一つに過ぎない。「AIがあれば何でもできる」という思い込みで使うと、かえって効率が下がる。
| タスク | 適切なアプローチ |
|---|---|
| アプリ起動 | Raycastランチャー(AIなし) |
| ファイル検索 | ランチャー(AIなし) |
| 素早い質問 | Quick AI(Tab) |
| 文章の磨き | AI Commands |
| 複雑な調査・ドキュメント作成 | AI Chat |
| 繰り返し操作 | スクリプト or 拡張機能 |
脱出法:「AIは道具の一つ、最適な道具を選ぶ」という判断を意識する。
アンチパターン4:「ショートカットを設定しない」
症状:Raycastを使うとき必ず ⌥ Space でランチャーを開いてコマンド名を打っている。よく使うウィンドウ管理・アプリ切り替えのたびに毎回打鍵数が多い。
根本原因:毎日10回以上使う操作は、Raycastランチャーを経由しなくてもよい。グローバルショートカットを設定すれば、Raycastを開かずに直接コマンドを実行できる。
脱出法:
ショートカット設定の優先順位
1. 最もよく使うウィンドウ管理コマンドに設定
⌃ ⌥ ← = Left Half
⌃ ⌥ → = Right Half
2. よく使うアプリに設定
⌃ ⌥ 1 = VS Code を前面に
⌃ ⌥ 2 = Chrome を前面に
3. クリップボード履歴
⌃ ⌥ H = Clipboard History を開く
1週間で「ランチャーを開かずに使う操作」が増え、体感速度が変わる
アンチパターン5:「本番とステージングのクイックリンクを混ぜる」
症状:クイックリンクに “production”, “prod-db”, “staging” など複数の環境へのリンクを設定した。急いでいる時に間違えて本番環境で操作してしまった。
根本原因:高速操作は「考えずに実行する」ことを前提にする。環境の誤りはそのスピードが原因になる。
脱出法:
命名規則で区別する
🔴 prd-app → 本番アプリ(赤アイコンを設定)
🟡 stg-app → ステージング(黄アイコン)
🟢 dev-app → 開発(緑アイコン)
または prefix で分類:
prod/app
prod/db
prod/monitor
stg/app
stg/db
クイックリンクのアイコンに色や絵文字を設定することで視覚的に区別できる。
アンチパターン6:「AIに過剰な期待をして失望する」
症状:「RaycastのAIがすごい」と聞いて試してみたが、ChatGPTやClaudeと比べて特別に優れているとは感じなかった。
根本原因:RaycastのAIは「モデル自体が優れている」のではない。「コンテキストスイッチなしにAIにアクセスできる」ことが価値だ。
- ブラウザを開かない
- ChatGPTのタブに切り替えない
- 現在の作業(IDE・ドキュメント・メール)から離れない
「同じモデル(Claude Sonnet等)をRaycast経由で使う」というユーザーにとって、Raycastは「AIへのアクセスを最速にするUI」だ。
脱出法:「AIをどこから使うか」ではなく「AIへのアクセスをどれだけ速くするか」という観点でRaycastを評価する。
アンチパターン7:「Alfred と比較して決めようとする」
症状:RaycastとAlfredのどちらを使うべきか、長時間比較検討している。機能比較表を作り、どちらが「客観的に優れているか」を判断しようとしている。
根本原因:RaycastとAlfredは「優劣」ではなく「哲学の違い」だ。
| 観点 | Raycast | Alfred |
|---|---|---|
| 拡張機能エコシステム | 多い・Web技術で作れる | カスタムしやすいが小さい |
| AI統合 | ネイティブ・40+モデル | 外付け(拡張で対応) |
| SaaS連携 | 豊富(1,500+) | 限定的 |
| プライバシー | クラウド連携前提 | ローカル中心 |
| カスタマイズ自由度 | 中 | 高(ワークフロー機能) |
| 価格 | 無料/Pro $8/月 | 無料/Powerpack £34 (買い切り) |
脱出法:「自分のツールスタックにRaycastの拡張機能があるか」を確認する。GitHubもLinearもNotionもあるなら、Raycastの方が自分の仕事に刺さる可能性が高い。一方、SaaS連携より「ローカルでの高度なワークフロー自動化」が主な用途ならAlfredの方が向いている可能性がある。
アンチパターン分類まとめ
| # | アンチパターン | 症状 | 根本原因 |
|---|---|---|---|
| 1 | インストールして満足 | 使いこなせない | ワークフロー統合の意識がない |
| 2 | 拡張機能の入れすぎ | 検索にノイズ | 整理の発想がない |
| 3 | AIで全部やろうとする | かえって非効率 | 道具の使い分けがない |
| 4 | ショートカット未設定 | 打鍵数が多い | 設定コストを惜しむ |
| 5 | 環境のリンクを混ぜる | 誤操作リスク | 命名・視覚的区別がない |
| 6 | AIへの過剰期待 | 失望 | 価値の本質を誤解 |
| 7 | AlfredとRaycastの比較沼 | 意思決定できない | 「哲学の違い」を理解していない |