Slackのリリース・アップデートを顧客向けのリリースノートのドラフトに変換する

概要

Computerの自動化機能が、顧客向けリリースの確認のためにSlackを毎時チェックし、リンクされたGitHubの変更内容、Linearの課題、Notionの製品プロジェクトを確認した上で、過去のリリースノートと照合して重複や承認済みの命名規則を確認します。公開や投稿を行うことなく、確認用の顧客向けリリースノートのドラフトとチームのサマリーを作成します。

初回結果までの時間: 次の毎時のチェックで対象となるリリース・メッセージが検出された後、最初の例として即時実行をリクエストしてください。

難易度: セットアップが必要

必要なもの

• [リリース・チャネル]へのアクセス権を持つ形で接続されたSlack。これにより、確認済みの顧客向けリリースを特定できます。
• リンクされたpull requestや課題へのアクセス権を持つ形で接続されたGitHubおよびLinear。これにより、ドラフトにリリースされたスコープが反映されます。
• [製品プロジェクト]へのアクセス権を持つ形で接続されたNotion。これにより、承認済みの顧客向け名称がドラフトのガイドとなります。
• 過去のエントリと命名規則が含まれるリリースノート台帳。これにより、重複や古い名称を確認できます。
• 毎時のチェック・スケジュールと確認担当者。これにより、対象となるアップデートが、公開されたノートではなく、承認用のドラフトになります。

クエリ

得られるもの

定期レポート配信: 確認用ドラフト

架空の製品詳細と説明用のソース・リンクを含むデモ出力。完成したドラフトからの抜粋:

命名規則の確認:

「製品プロジェクトにより、「Scheduled Report Delivery」が承認された名称であることが確認されています。ドラフトではそのまま使用しています。カテゴリは「新規」です。」

重複の確認:

「LIN-4955、PR-3389、または「Scheduled Report Delivery」に関する以前のエントリはありません。」

チームのサマリー:

「提案されたリリース・タグ v2026.09.19-1。」

ソース・タスクで完全なデモ・ドラフトと台帳を表示する。

• ソースの確認: デモには、GitHubのpull request、Linearの課題と親エピック、Notionの製品プロジェクトがリストされています。
• 命名規則の確認: 「Scheduled Report Delivery」が、古い「Report Scheduler」ラベルに置き換わっています。
• 重複の確認: 機能名、課題ID、およびpull requestが過去のリリースノートと比較されます。
• リリースノートのドラフト: 確認用の提案されたタイトル、カテゴリ、リリース・タグ、メリットの説明、および機能の箇条書き。
• チームのサマリー: 変更内容、命名の決定、および重複の確認を説明する、Slackスレッドの返信のドラフト。
• リリースノート台帳: 以降の確認のための、3つの説明用の以前のエントリと命名規則。

Markdownドラフトおよび個別のMarkdown台帳として配信され、確認と改訂の準備が整っています。デモでは、公開されたリリースノートや投稿されたSlackの返信は表示されません。

改善する

• コンテキストを追加する: 承認されたリリースノートと確認済みのプランの可用性を含めて、文言や適格性の主張を導きます。
• 詳細を指定する: リリースを定義するSlackチャネル、GitHubリポジトリ、Linearチーム、Notionプロジェクトに名前を付けます。
• フォーマットを要求する: すべてのドラフトに、顧客のメリット、可用性の説明、機能の箇条書き、およびソース参照をリクエストします。
• スキルを使用する: 承認されたリリースノートの構造と命名規則を、再利用可能なスキルとして保存します。
• 定期実行にする: チェック時間とタイムゾーンを指定し、対象となる変更が表示されない場合は何も出力しないように求めます。

バリエーションを試す

[Slackのリリース・メッセージのリンク]、そこにリンクされたGitHubの変更内容、関連するLinearの課題、および[Notionの製品プロジェクト]を確認します。[リリースノート台帳]で重複と承認された命名規則を確認します。確認用に、Markdown形式のリリースノートのエントリとチームのサマリーを1つドラフト作成します。スケジュールの設定、公開、投稿は行わないでください。

毎時、[Slackチャネル]をチェックして、[GitHubリポジトリ]におけるリリース済みの顧客向けバグ修正を確認します。関連するLinearの課題、[Notionの製品プロジェクト]、および[リリースノート台帳]を確認します。確認用のチームのサマリーとともに、「Fixed（修正）」カテゴリのMarkdownエントリをドラフト作成します。何も公開または投稿しないでください。

毎週[金曜日の特定時刻とタイムゾーン]に、[Slackチャネル]での確認済みのリリースを、リンクされたGitHubの変更内容、Linearの課題、[Notionの製品プロジェクト]、および[リリースノート台帳]と照らし合わせて確認します。顧客のメリット、承認された名称、重複確認の結果を含む1ページのMarkdown形式のリリース・ダイジェストを作成します。確認のために保持してください。

関連するユースケース

• ComputerがSlackで毎日の製品開発ダイジェストを送信する: リリース告知になる前に、製品チーム間で決定事項や実装の変更に関する認識を一致させます。
• ヘルプセンターの記事を自動化する: 製品ドキュメントを、新しくリリースされた機能の使用方法を説明するヘルプ記事に変換します。
• 自社の古いランディングページを検出する: 公開ページを最新のリリースノートと比較して、ローンチ後の古い記述にフラグを立てます。