ドキュメントに戻るZeroができること

サンプルワークフロー

Zeroのエンドツーエンドワークフロー:モーニングブリーフ、競合スキャン、トリアージ、返信。

最終更新日: 2026年5月27日 · 1 min read

VM0チームが毎週走らせている5つのワークフロー。それぞれセットアップ、プロンプト、Zeroが返す成果物、そして取り戻せる時間を示します。

そっくりコピーするのが目的ではありません。完全なZeroワークフローの形を見て、自分の仕事に適応させるためのものです。

ZeroのワークフローをあなたのHから見たときの流れ — Ask、Zero works、Open it. Ship it.

1. モーニングブリーフ

痛み。 毎朝はキャッチアップから始まる。Slackを開いて@メンションを確認、カレンダーをチェック、オープンPRに目を通す。最初の本当の仕事までに20分。

セットアップ。 スケジュール1つ、平日8時。コネクタ:Slack、GitHub、Google Calendar。

プロンプト。

「平日8時(北京時刻)に、次の4セクションをDMして:

  1. 過去24時間の未読Slack@メンション、1行サマリ付き
  2. アサインされたGitHub Issueを古い順、ステータスと直近コメント付き
  3. 今日のカレンダー — ミーティングタイトル、時刻、関連Notionドキュメント
  4. 期限切れやチームを止めているものを基にした、今日の提案フォーカス1つ」

返ってくるもの。 8時のSlack DM。通常200〜350語。各セクションは短く、数値は具体、リンクはインライン。「提案フォーカス」は変動し、明白なPRの場合もあれば、思った以上に準備が要るミーティングの場合も。

取り戻す時間。 1日およそ20分。プラス4ツールを朝一に行き来する認知コスト。

バリエーション。 新規カスタマー登録、SentryからのProdエラーをセクションに追加。通知のない朝が好きなら、Slack DMをメールに置き換える。

2. 競合ウィークリー

痛み。 先週競合が何を出したかを知るのは有用だが、3つのXアカウント、3つのチェンジログ、3つの価格ページ、1つのブログをチェックするのは、静かに崩れがちな作業。

セットアップ。 スキル(competitor-scan)+月曜朝のスケジュール。コネクタ:X、Web検索、Notion。

プロンプト。

「先週月曜以降、@competitor1、@competitor2、@competitor3 のXとチェンジログをスキャンして。価格ページと該当するブログ投稿と突き合わせ。先週のベースライン(Notionページ『Competitor State』)と差分を取って。ダイジェストを#competitor-intelに投稿し、新機能、価格変更、採用シグナル、トーンやメッセージで注目すべきものをハイライトして。」

返ってくるもの。 月曜朝のSlackスレッド。トップメッセージは5つの要点サマリ。返信は競合別のセクションで、引用更新とリンク付き。Notionのベースラインページは自動更新され、来週の差分のための新しい地面が用意される。

取り戻す時間。 週90分ほど。プラス「Acmeをチェックすべきかも」というオフカメラの心の負担。

バリエーション。 RedditとHacker Newsを追加してコミュニティの空気を拾う。四半期レトロを追加して、年間の差分を取締役会向けスライドにまとめる。

3. バグトリアージ

痛み。 #bug-reportにスクリーンショットや曖昧な説明が落ちる。再現手順、重大度、ラベル、チームが付いた本物のGitHub Issueに昇格する必要がある。形式化のステップは小さいが絶え間ない。

セットアップ。 スキル(triage-bug-report)。#bug-reportで手動で@Zeroして呼び出す。コネクタ:Slack、GitHub。

プロンプト(チャンネル内):

「@Zero これをトリアージして — スクリーンショットとスレッドから再現手順を抽出、関連GitHub Issueを検索、重大度を分類(P0〜P3)、ファイルパスや症状から最も可能性の高いチームにアサイン、重複でなければ新規Issueを起票。このスレッドにリンクを返信して。」

返ってくるもの。 およそ60秒以内のスレッド返信:GitHub Issueリンク、選んだ重大度と1行の根拠、コンテキスト用の関連Issue2〜3件、アサイン先チーム。Zeroが重複と判断したら、新規起票せず元のIssueリンクを投稿する。

取り戻す効果。 忙しい1週間で、整理されたIssueトラッカーと、トリアージされていないSlackスクリーンショットの山との差。

バリエーション。 報告者が社外なら「カスタマー向け」タグを追加。P0は自動でオンコールを呼ぶ。

4. カスタマー返信下書き

痛み。 カスタマーメールへの返信は、役立ち、ブランドに沿い、ドキュメントに基づいたものが求められる。1通5分×週30通は実コスト。

セットアップ。 スキル(customer-reply-draft)。メールをZeroに転送するか、チャットに貼り付けて手動で呼ぶ。コネクタ:Gmail、Notion(またはヘルプセンター)、Stripe(請求関連)、Linear(既知問題)。

プロンプト。

「お客様がこのメール[貼り付け]を送ってきた。直近3件のチケットを確認、関連するドキュメントセクションを確認、Linearで該当する既知Issueを確認、Stripeで請求コンテキストを確認。お客様の言語で返信を下書きして。ドキュメントセクションを引用。150語以下。前回サポート返信のトーンに合わせて。」

返ってくるもの。 引用が末尾にリンクされた返信下書き — 通常2〜3つのドキュメントリンク、加えて「Linear ENG-4422はこの既知Issue。来週ETA」のような注記。ざっと目を通して、1行調整して、送信。

取り戻す時間。 1通あたり3〜4分。サポートの1週間で数時間。

バリエーション。 Stripeから顧客ティアを自動検出。VIPは下書きのみ(自動送信なし)、ティアが低い顧客は高確度の自動送信キューにルーティング。

5. 週次コンテンツ生成

痛み。 マーケは毎週ブログ1本、LinkedIn 3本、ソーシャルカードのセットが欲しい。それぞれリサーチや既存コンテンツからのコンテキストが必要。ツール間の調整が、書く以上の作業になる。

セットアップ。 マルチステップスキル(weekly-content)+金曜午後のスケジュール。コネクタ:Notion(リサーチ)、Plausible(解析)、Fal(画像生成)、Loops(メール)。

プロンプト。

「毎週金曜14時に、次を実行:

  1. Notionの「Marketing Inputs」DBから今週の新規ドキュメントを読む
  2. 先週のブログテーマと突き合わせて重複を避ける
  3. 最もタイムリーなテーマで800語のブログを下書きし、Notionの「Blog Drafts」に保存
  4. 同じ着想のLinkedInバリエーションを3つ — エッセイ1つ、リスティクル1つ、個人ストーリー1つ
  5. 自社ブランドの3枚の正方形ソーシャルカードを生成
  6. レビュー用に#marketingへバンドルを投稿」

返ってくるもの。 金曜午後に1通のSlackメッセージ、6つの成果物がインライン。ブログ下書きはスタイル整え済みのNotionページにリンク。LinkedIn下書きはコピペ可能。ソーシャルカードはダウンロード済みで添付可能。

取り戻す時間。 週次調整に半日。編集者はレビューと出荷だけ。下書きはしない。

バリエーション。 Zeroが2つの見出しを生成し、Loops経由で小規模オーディエンスにA/Bテストを追加。Plausibleで先週のトップトピックをチェックしてテーマ選定にバイアスをかける。


それぞれのワークフローはセットアップに10〜30分。あとは毎日・毎週ペイバック。コストは概ね各実行が消費するクレジット — チャットごとに使用状況ページから可視。換算はクレジットと請求を参照してください。

自分用に作るには、上記のいずれかのプロンプトをコピーし、ツールとチャンネル名を置き換えて試してください。結果から反復しましょう。