第5章 ロール別ワークフロー ── 職種ごとの使い方
「どう使うか」は職種で変わる
Raycastは汎用ツールだが、どの機能を中心に使うかは職種によって異なる。
quadrantChart
title ロール別Raycast活用の重心
x-axis AI機能メイン --> 拡張機能メイン
y-axis システム操作メイン --> 情報アクセスメイン
ソフトウェアエンジニア: [0.75, 0.3]
プロダクトマネージャー: [0.4, 0.75]
デザイナー: [0.6, 0.55]
ライター・コンテンツ: [0.25, 0.65]
カスタマーサポート: [0.3, 0.5]
営業: [0.35, 0.7]
ソフトウェアエンジニア向けワークフロー
エンジニアにとってRaycastは「もう一つのターミナル」のような存在だ。
朝のルーティン(5分で完了)
1. Raycast → "prs" (クイックリンク) → 自分のPRを確認
2. Raycast → Linear → 今日のスプリントIssueを確認
3. Raycast → "standup" (スクリプト) → 昨日/今日の作業をテンプレートに記入
4. Raycast → VS Code → 作業プロジェクトを開く
開発中の高速操作
# よく使うシーン1: ポートのkill
# → Raycast → "Kill Process" → ポート番号入力 → Enter
# ターミナルを開いて lsof -ti:3000 | xargs kill -9 を打つより3秒速い
# よく使うシーン2: パッケージのインストール
# → Raycast → "Brew" → パッケージ名 → Install
# → ターミナル切り替えなし
# よく使うシーン3: 別リポジトリのコードを確認
# → Raycast → GitHub → リポジトリ名 → Open
# → ブラウザで検索する必要なし
コードレビュー効率化
GitHub拡張機能の活用フロー
1. Raycast → GitHub → "My Pull Requests"
自分がレビュー待ちのPRを一覧表示
2. PRを選択 → "Open in Browser" or "View Files"
ブラウザのGitHubページを開く
3. レビューコメントを書く際:
コードを選択 → AI Command → "Explain Code"
理解してからコメント
4. マージ後:
Raycast → "Start Dev Server" (スクリプト)
ローカルの動作確認を即開始
デプロイフロー
#!/bin/bash
# @raycast.schemaVersion 1
# @raycast.title Deploy to Staging
# @raycast.mode fullOutput
# @raycast.icon 🚀
echo "Deploying to staging..."
git push origin HEAD:staging
echo "✅ Push complete. Vercel will deploy automatically."
Raycast → "Deploy to Staging"
→ 実行結果がRaycastのパネルに表示
→ ターミナルを別途開く必要なし
プロダクトマネージャー向けワークフロー
PMの課題は「ツールが多すぎること」だ。Jira・Linear・Notion・Slack・Google Meet・FigmaをRaycastが束ねる。
チケット管理の高速化
Linear拡張機能を使ったPMワークフロー
朝のトリアージ:
1. Raycast → Linear → "Inbox" → 新着通知を確認
2. 優先度の低いものは "Backlog" に移動
3. 今週やることを "In Progress" に変更
4. 全部Raycast内で完結(Linear.appを開かない)
スプリントプランニング準備:
1. Raycast → Linear → "Cycles" → 今のサイクルを確認
2. Raycast → Notion → スプリントドキュメントを開く
3. Raycast → "planning-doc" (クイックリンク) → 前回のふりかえりを参照
ミーティング効率化
会議直前の準備(2分):
1. Raycast → Google Calendar → 今の会議を確認
2. 会議URLを選択 → "Join" → 即入室
会議中のメモ:
1. Raycast → "⌘ ⌥ N" → 浮動ノートを開く
2. 会議中のアクションアイテムをメモ
会議後の処理:
1. ノートの内容を選択
2. AI Command → "Issue本文を書く" (カスタムコマンド)
3. Raycast → Linear → "Create Issue" → 作成
ステークホルダー向けレポート
Notionドキュメントの作成フロー:
1. 数字・データをクリップボードに収集(クリップボード履歴)
2. Raycast → AI Chat → 「この数字を週次レポートにまとめて」
3. 生成された文章をNotion拡張機能でページ作成
4. Slack拡張機能でチームに共有
デザイナー向けワークフロー
カラーワークフロー
Color Picker拡張機能の活用:
画面上の色をピックアップ:
1. Raycast → Color Picker → 画面上でカーソルを合わせる
2. HEX / RGB / HSL を即コピー
3. Figmaに貼り付け
デザインシステムの色を参照:
1. Raycast → "colors-system" (クイックリンク → Figmaのデザインシステム)
2. 参照したい色を目視確認
3. Color Picker でピックアップ → コード
Figmaワークフロー
Figma拡張機能:
1. Raycast → Figma → "Recent Files"
最近開いたファイルに即アクセス
2. 「ランディングページ v3」と入力
プロジェクト全体から検索して即開封
3. 共有URL作成:
Raycast → Figma → 対象ファイル → "Copy Link"
Slack拡張機能 → チャンネルに貼り付け
スペック確認の効率化
開発者へのデザインスペック共有:
1. Figmaからスペックを取得(スペースを選択・コピー)
2. クリップボード履歴に保存
3. 開発者へのSlack送信時に履歴から取り出して貼り付け
ライター・コンテンツクリエイター向けワークフロー
文章作成フロー
下書き → ブラッシュアップ → 公開
1. ブレインストーム
Raycast → Quick AI → 「○○についての記事のアウトラインを5つ提案して」
2. 下書き作成
自分で書く
3. 文章磨き
全文選択 → AI Command → "Improve Writing"
または "Make Shorter" / "Change Tone to Professional"
4. タイトル案の生成
文章を選択 → AI Command → 「SEO重視のタイトルを5つ提案して」(カスタム)
5. スニペットで定型文を挿入
!cta → コール・トゥ・アクションのテンプレート
!bio → 著者プロフィール文
リサーチ効率化
記事調査フロー:
1. Raycast → Google Chrome → 参照URLを検索
2. 重要な文章をコピー → クリップボード履歴に蓄積
3. 記事執筆時に Raycast → Clipboard History → 検索して引用
4. 参考文献のURLをすべてクリップボード履歴から回収
「重要なURLを後で探せなくなる」問題が解消される
カスタマーサポート向けワークフロー
返信テンプレートの管理
スニペット活用:
!greet → 「お問い合わせいただきありがとうございます」
!sorry → 謝罪の定型文
!close → クローズの定型文
!escalate → エスカレーション通知文
!refund → 返金手続きの説明文
すべてのアプリ(Intercom・Zendesk・メール)で同じスニペットが使える
情報確認の高速化
顧客対応中の調査フロー:
1. 顧客から「○○機能はありますか?」
2. Raycast → Notion → "Docs" → 機能ドキュメントを検索
3. Quick AI → 「この機能の制限事項を教えて」(ドキュメントを貼り付け)
4. スニペット or AI Command で回答文を作成
5. Intercom に貼り付け → 返信
営業向けワークフロー
商談準備の効率化
商談前(15分)のRaycast活用:
1. Raycast → CRM拡張 → 顧客情報を確認
(HubSpot / Salesforce 拡張機能が存在する)
2. Quick AI → 「この会社([会社名])の直近のニュースは?」
Web検索込みで最新情報を取得
3. Raycast → Google Calendar → 商談URLで入室
4. スニペット → 商談後のフォローアップメールテンプレート
共通パターン:「コンテキストスイッチを減らす」
すべてのロールに共通するRaycastの効果はコンテキストスイッチの削減だ。
graph LR
subgraph "Raycast なし"
A1[IDEで作業] --> B1[Slackに切り替え]
B1 --> C1[ブラウザに切り替え]
C1 --> D1[LinearのWebアプリ]
D1 --> E1[IDEに戻る]
end
subgraph "Raycast あり"
A2[IDEで作業] --> B2[⌥ Space → Slack送信]
B2 --> C2[⌥ Space → LinearのIssue確認]
C2 --> D2[IDEで継続]
end
「Raycastを使うことで1日30〜40分の節約」と報告した開発者の体験は、アプリ切り替えの時間ではなく集中が切れる回数を減らした効果だ。人間の集中は切り替えのたびに数分のウォームアップを必要とする。その損失がなくなる。