Okouチームが毎週回している5つのワークフローです。それぞれについて、セットアップ、プロンプト、Okouが作る成果物、そして取り返せる時間を示します。
そのまま丸写しするためのものではありません。完成したOkouワークフローの形を見て、自分の仕事に当てはめるためのものです。
1. 朝のブリーフィング
つらいところ。 毎朝は追いつく作業から始まります。Slackを開き、@メンションを流し読みし、カレンダーを確認し、開いているPRをちらっと見る。最初の本題まで20分。
セットアップ。 スケジュール1つ、平日8時。コネクタ：Slack、GitHub、Googleカレンダー。
プロンプト。
「毎平日の北京時間8時に、次の4節をDMで送って:
- 直近24時間の未読Slack @メンションと、1行ずつの要約
- 自分に割り当てられたGitHubイシューを古い順に、ステータスと最新コメント付きで
- 今日のカレンダー — 会議名、時刻、リンクされていれば該当するNotionドキュメント
- 期限切れのものや他人を止めているものを踏まえた、今日の注力先の提案を1つ」
返ってくるもの。 8時のSlack DM、たいてい200〜350語。各節は短く、数字は具体的で、リンクはインラインです。「注力先の提案」は日によって変わります。分かりやすいPRのこともあれば、その日の見立て以上に注意が要る会議準備のこともあります。
取り返せるもの。 1日およそ20分。加えて、朝いちばんに4つのツールを行き来する認知コスト。
変え方。 新規顧客の登録や、Sentryからの本番エラーの節を5つ目として足す。通知のない朝が好みなら、Slack DMをメールに置き換える。
2. 競合ウォッチ（週次）
つらいところ。 競合が先週何を出したかを知るのは有益です。X 3アカウント、チェンジログ3つ、価格ページ3つ、ブログ一覧1つを手で確認するのは、静かに後回しになる雑務です。
セットアップ。 ワークフロー（competitor-scan）と月曜朝のスケジュール実行。コネクタ：XとNotion。Web検索は接続不要です — マネージドサービスだからです。
プロンプト。
「Xの@competitor1、@competitor2、@competitor3と、それぞれのチェンジログを先週の月曜以降で調べて。価格ページとブログ記事とも突き合わせて。先週の基準（Notionページ『Competitor State』）との差分を取って。
#competitor-intelにダイジェストを投稿し、新機能、価格変更、採用のシグナル、トーンやメッセージの目立つ変化を強調して。」
返ってくるもの。 月曜朝のSlackスレッド。親メッセージは5項目の要約。返信として競合ごとの節が並び、更新の引用とリンクが付きます。Notionの基準ページは自動で更新され、翌週の差分が新しい土台の上で取れます。
取り返せるもの。 週におよそ90分。加えて「そろそろAcmeを見ておかないと」という見えない心的負荷。
変え方。 コミュニティの空気を見るためにRedditとHacker Newsを足す。1年分の差分を取締役会向け1枚に要約する四半期振り返りを足す。
3. バグのトリアージ
つらいところ。 誰かが #bug-report にスクリーンショットや漠然とした説明を投げます。これを、再現手順・重大度・ラベル・担当チームの付いた本物のGitHubイシューにしなければなりません。この整形作業は小さいけれど、途切れません。
セットアップ。 ワークフロー（triage-bug-report）を、#bug-report で Okou と呼んで手動起動。コネクタ：Slack、GitHub。
プロンプト（チャンネル内で）:
「Okou これをトリアージして — スクリーンショットとスレッドから再現手順を抜き出し、関連するGitHubイシューを検索し、重大度（P0〜P3）を判定し、ファイルパスや症状からいちばんあり得るチームに割り当て、重複でなければ新しいイシューを立てて。このスレッドにリンク付きで返信して。」
返ってくるもの。 約60秒でスレッド返信が来ます。GitHubイシューのリンク、選んだ重大度と1行の根拠、文脈のための関連イシュー2〜3件、割り当てたチーム。重複だとOkouが判断した場合は、新規を立てる代わりに元のイシューのリンクを投稿します。
取り返せるもの。 忙しい1週間で見ると、これは整ったイシュートラッカーと、未トリアージのSlackスクリーンショットの山との差です。
変え方。 報告者が社外かどうかで「顧客影響あり」タグを付ける。P0はオンコールを自動で呼ぶ。
4. 顧客返信の下書き
つらいところ。 顧客メールには、役に立ち、ブランドに沿い、ドキュメントに根拠のある返信が要ります。1通5分×週30通は、実際のコストです。
セットアップ。 ワークフロー（customer-reply-draft）を、メールをOkouに転送するかチャットに貼って手動起動。コネクタ：Gmail、Notion（またはヘルプセンター）、Stripe（請求）、Linear（既知の不具合）。
プロンプト。
「顧客がこのメールを書いてきた[貼り付け]。直近3件のチケットを読み、該当する節をうちのドキュメントで確認し、報告に合致する既知の不具合がないかLinearを確認し、請求まわりの文脈をStripeで確認して。相手の言語で返信を下書きして。ドキュメントの節を引用して。150語以内に。前回この顧客に送ったサポート返信のトーンに合わせて。」
返ってくるもの。 末尾に出典リンクの付いた返信の下書き。たいていドキュメントへのリンクが2〜3本、加えて*「Linear ENG-4422 が既知の不具合です。来週めどとのこと。」*のような注意書き。ざっと読み、1行直して、送るだけです。
取り返せるもの。 1通あたりおよそ3〜4分。サポートの1週間で見れば数時間になります。
変え方。 Stripeから顧客ティアを自動判定し、VIP宛の返信は指名したレビュアーに回す。メールは常にあなたのアカウントの下書きとして残り、送信は人がします。つまりレビュー段階で、ティアごとにどれだけ厳しく見るかを決められます。
5. 週次のコンテンツ制作
つらいところ。 マーケティングは毎週、ブログ記事1本、LinkedIn投稿3本、ソーシャルカード一式を求めます。どれもリサーチと既存コンテンツからの文脈が必要です。ツールをまたいで段取りするほうが、書くことより手間がかかります。
セットアップ。 複数段階のワークフロー（weekly-content）を金曜午後のスケジュール実行に載せます。コネクタ：Notion（リサーチ）、Plausible（アナリティクス）、Fal（画像生成）、Loops（メール）。
プロンプト。
「毎週金曜14時に、次をやって:
- 『Marketing Inputs』データベースの今週の新しいNotionドキュメントを読む
- 先週のブログテーマと突き合わせて、重複を避ける
- いちばん旬なテーマで800語のブログ記事を1本下書きし、Notionの『Blog Drafts』に保存
- 同じ着想でLinkedIn向けに3案 — エッセイ、リスト記事、個人的な体験談
- うちのブランドスタイルで正方形のソーシャルカードを3枚生成
- 一式をレビュー用に
#marketingへ投稿」
返ってくるもの。 金曜午後に、6つの成果物すべてがインラインで入ったSlackメッセージが1通。ブログ下書きは体裁の整ったNotionページにリンクします。LinkedInの下書きはそのまま貼れる状態。ソーシャルカードはダウンロード済みで添付するだけです。
取り返せるもの。 週あたりおよそ半日ぶんの段取り。編集者は確認して出すだけで、下書きはしません。
変え方。 Okouに見出しを2案作らせ、Loops経由で小さな母集団に当てるA/Bテストを足す。先週いちばん読まれたテーマをPlausibleで確認し、テーマ選びに反映させる。
これらのワークフローはどれも10〜30分で組めました。あとは毎日あるいは毎週、元を取ってくれます。コストはおおむね各実行が消費するクレジットで、請求ページで確認できます。計算はクレジットと請求を参照してください。
自分用に作るには、上記のいずれかのプロンプトをコピーし、ツールとチャンネルの名前を置き換えて試してください。結果から反復しましょう。
もっと幅広い例は、公開のワークフローライブラリにあります。各例について、必要なコネクタ、起点となるプロンプト、Okouが踏む手順が載っています。