業務自動化

n8n と OpenAI で Slack 長文スレッドを自動要約 — 会議前準備 30 分を 5 分に

中小企業 / 個人事業主 共通 の業務自動化レシピ
業種中小企業 / 個人事業主 共通
ツールn8n + OpenAI API + Slack
難易度★★☆ 中
設定時間約 90 分

「昨日の議論、結局どうなった?」を会議のたびに聞き直していませんか。n8n と OpenAI API を組み合わせ、Slack の長文スレッドを毎朝 3 行に自動要約する仕組みを、90 分で構築する手順にまとめました。API の従量課金は月 300 スレッドで約 ¥268 という試算です。

読了時間: 約 9 分 / 想定読者: 中小企業の経営者・部門責任者・情シス担当 / 難易度: ★★☆ (Slack の管理者権限と n8n の基本操作が分かれば 90 分)

この記事のポイント

編集長 Mira の見解

この仕組みの価値は「要約の精度」ではなく「読み返しをやめられること」にあります。中小企業の会議が長引く最大の理由は、参加者の前提知識が揃っていないまま議論が始まることです。毎朝 3 行の要約が全員の目に入るだけで、会議の冒頭 10 分を占めていた経緯説明が不要になります。API の従量課金は月数百円規模なので、投資対効果 (ROI) は判断しやすい水準に収まります。ただし、要約対象チャンネルの選定だけは経営者自身が決めてください。ここを担当者任せにすると、機微な情報が外部の API に流れる事故につながります。

このレシピで解決する課題

Slack を数年使っている組織では、1 つの案件スレッドが 50 件、100 件と伸びていきます。会議の直前に「このスレッド、どこから読めばいいのか」と迷う状態は、多くの中小企業に共通する時間の漏れです。

編集部が中小企業の現場で繰り返し聞く不満は、次の 4 つに整理できます。

症状実際に起きていること時間的な損失 (編集部の試算)
会議前の読み返し関連スレッド 3 本を遡って読む1 会議あたり 20-30 分
冒頭の経緯説明参加者の前提を揃える説明が毎回入る1 会議あたり 10 分
決定事項の消失結論がスレッドの中間に埋もれる後日の再議論 30-60 分
非参加者への共有経営者が個別に口頭で聞き直す1 日あたり 15-20 分

週 3 回の定例がある組織なら、読み返しと経緯説明だけで週 2 時間前後が消えている計算になります。この時間を自動要約で回収するのが、本レシピの狙いです。

次のセクションでは、n8n がどの順番で処理を回すのかを図で示します。

全体フロー (毎朝 8:30 の自動実行)

Slack 長文スレッド 自動要約フロー
01
定時起動
毎朝 8:30 に n8n が実行
💬
02
スレッド収集
返信 10 件超のみ抽出
🧹
03
整形
発言者名つきの本文に変換
🤖
04
AI 要約
OpenAI API が 3 行に圧縮
📮
05
要約を投稿
まとめ用チャンネルへ自動投稿

毎朝 8:30 に n8n が起動し、前日の長文スレッドを収集して要約を投稿するまでの 5 ステップ

ポイントは 02 の「返信 10 件超のみ抽出」という絞り込みです。すべてのスレッドを要約すると API の費用も通知の数も無駄に増えるため、長文スレッドだけを対象にする設計にしています。

続いて、着手前に揃えておくものを確認します。

準備するもの (所要 20 分)

準備物内容費用取得の手間
n8n 環境自動化ツール。レンタルの仮想サーバー (VPS) などで動かすセルフホスト版 (Community Edition) は無料¥0 (別途サーバー代) または月 €20セルフホストなら 30 分
Slack アプリ自社ワークスペースに作成する内部用アプリ¥010 分
Slack のスコープchannels:history channels:read chat:write users:read (非公開チャンネルも対象にするなら groups:history groups:read を追加)¥05 分
OpenAI API キー従量課金の API 利用キー使った分だけ5 分
まとめ用チャンネル要約の投稿先 (例: #daily-digest)¥01 分

Slack のスコープとは、アプリに与える権限の範囲のことです。権限の一覧は Slack API 公式のスコープ一覧 で確認できます。

編集部のヒント

Slack アプリは「ワークスペース内部専用」で作れば、審査も公開申請も不要です。管理者権限があれば 10 分で発行できます。権限は最小限に絞り、投稿権限 (chat:write) は要約用チャンネル 1 つに限定するのが安全です。

n8n を自前サーバーで動かす手順そのものは、n8n セルフホストで固定費を圧縮するレシピで詳しく解説しています。まだ環境がない場合は先にそちらを済ませてください。

次のセクションで、実際の構築手順を時系列で追います。

構築手順 (90 分)

n8n + OpenAI Slack 要約 構築タイムライン
0-20 分
Slack アプリを作成し権限を付与
Slack の開発者向けサイト (api.slack.com/apps) で「Create New App」から「From scratch」を選び、自社ワークスペース専用のアプリを作成します。「OAuth & Permissions」画面の Bot Token Scopes (ボットに与える権限の一覧) に channels:history、channels:read、chat:write、users:read を追加し、ワークスペースにインストールしてトークンを控えます。
20-30 分
n8n に認証情報を登録
n8n の Credentials (認証情報) 画面で Slack API のトークンと OpenAI の API キーを登録します。キーはワークフローの中に直接書かず、必ず Credentials として保存してください。
30-50 分
スレッド収集ノードを組む
Schedule Trigger ノードを毎朝 8:30 に設定し、Slack ノードで対象チャンネルの直近 24 時間の投稿を取得します。返信数が 10 件を超えるものだけを If (条件分岐) ノードで絞り込み、スレッド全文を取得します。スレッドの返信をまとめて取る操作は n8n のバージョンで名称が変わるため、見当たらない場合は HTTP Request ノードから Slack の conversations.replies を直接呼ぶ方法が確実です。
50-70 分
OpenAI ノードで要約
Code ノードで発言者名つきの 1 本のテキストに整形し、OpenAI ノードに渡します。モデルは gpt-5.4-mini を初期値にし、精度が足りなければ上位モデルへ切り替えます。モデル名は入れ替わりが速いので、設定画面の選択肢に無ければ同等クラスの後継モデルを選んでください。
70-85 分
要約チャンネルへ投稿
Slack ノードで要約用チャンネルに投稿します。元スレッドへのリンクを必ず本文に含め、詳細を確認したい人がすぐ飛べるようにします。
85-90 分
手動実行でテストして有効化
エディタの「Test workflow」ボタン (n8n のバージョンによっては「Execute Workflow」) で手動実行し、要約の粒度と投稿の見た目を確認します。問題がなければワークフローを Active に切り替えて毎朝の自動実行を開始します。

設定項目で迷ったときに開くべき一次情報は、次の 3 つです。

なお本レシピは定時起動で組んでいますが、外部からの通知を受け取る仕組み (Webhook) を使えば「特定の絵文字が付いた瞬間に要約する」といった即時型にも変更できます。

次は、多くの経営者が最も気にする従量課金のコストを試算します。

💰 OpenAI API のコスト試算

OpenAI の API は、処理した文字量に応じて課金される従量課金制です。単位となる「トークン」は文章を細かく区切った単位で、日本語ではおおむね 1 文字が 1 トークン強に相当します。

編集部の試算は、次の前提条件で計算しています。

単価は OpenAI 公式の料金ページで確認した 2026-07 時点の標準価格です。OpenAI はモデルの世代交代と値下げが速く、モデル名も単価も予告なく変わります。構築する時点で必ず公式の料金ページを開き、最新の単価とモデル名を確認してください

モデル (2026-07 時点)入力 100 万トークン出力 100 万トークン1 スレッドあたり月 300 スレッド編集部の評価
gpt-5.4-nano$0.20$1.25約 $0.0015 (¥0.24)約 $0.45 (¥73)箇条書き要約なら十分
gpt-5.4-mini$0.75$4.50約 $0.0055 (¥0.89)約 $1.64 (¥268)推奨。精度と単価の均衡点
gpt-5.4$2.50$15.00約 $0.018 (¥2.98)約 $5.48 (¥893)議事録レベルが必要なら

月 300 スレッドは「1 日 15 本 × 20 営業日」の想定です。編集部が見てきた範囲では、社員 20-30 名規模の組織はこの水準に収まることが多いようです。

月間の合計コスト比較 (月 300 スレッド想定)
セルフホスト + nano
¥1,273
サーバー代 月 ¥1,200 想定 + API ¥73
セルフホスト + mini
¥1,468
サーバー代 月 ¥1,200 想定 + API ¥268
n8n Cloud + mini
¥3,989
Starter €20/月 年払 + API ¥268

n8n Cloud の Starter プランは 公式料金ページで、2026-07 時点では年払い €20/月、月 2,500 回の実行が上限と案内されています。1 ユーロ = ¥186.03 (2026-07-22 の参考レート) で換算すると約 ¥3,721 です。なお、セルフホスト側の「サーバー代 月 ¥1,200」は編集部が想定した目安で、契約するサーバーの種類によって上下します。

編集部のヒント

まず gpt-5.4-mini で 1 週間動かし、要約が冗長すぎるなら nano に落とす、決定事項の抜けが目立つなら上位モデルに上げる、という順で調整してください。月の API 代が数百円である以上、最初から高いモデルを選ぶ必要はありません。

コストの全体像が見えたところで、要約の質を決めるプロンプトの設計に進みます。

要約プロンプトの設計

要約の質はモデルではなくプロンプトで決まります。編集部が中小企業向けに調整した指示文の骨子は次のとおりです。

あなたは社内の議事録担当です。以下の Slack スレッドを読み、
必ず次の 3 項目だけを日本語で出力してください。

1. 決まったこと (最大 2 行。決定がなければ「決定事項なし」と書く)
2. 未決の論点 (最大 2 行)
3. 次に動く人と期限 (担当者名と日付。不明なら「未定」と書く)

推測で情報を補わないでください。
スレッドに書かれていないことは書かないでください。

この指示文で重要なのは「推測で補わない」という一行です。要約が事実と異なる内容を作り出す事故は、この制約を入れておくだけで減らしやすくなります。

n8n の Code ノードでスレッドを整形する際は、発言者名を必ず残してください。「誰が言ったか」が消えると、担当者の抽出精度が落ちます。

// Code ノード (Run Once for All Items モード): スレッドを発言者名つきの 1 本のテキストに整形
const lines = $input.all().map((item) => {
  const user = item.json.user_name || '不明';
  const text = (item.json.text || '').replace(/\n+/g, ' ');
  return `${user}: ${text}`;
});
return [{ json: { thread_text: lines.join('\n') } }];

プロンプトが固まったら、運用で起きがちな失敗を先に潰しておきます。

⚠️ 編集部が見てきた失敗パターン

失敗 1: 全チャンネルを対象にしてしまう

人事評価、与信情報、顧客の個人情報が流れるチャンネルを対象に含めると、社外の API に機微な情報を送ることになります。対象は「案件」「開発」「相談」など業務議論のチャンネルに限定し、チャンネル ID を 1 つずつ書き出す方式にしてください。「全チャンネルをまとめて対象にする」ような一括指定は避けるべきです。

失敗 2: 要約を「読まなくていい理由」にしてしまう

要約だけを見て意思決定すると、ニュアンスや反対意見が抜け落ちます。要約の投稿には必ず元スレッドへのリンクを添え、「金額・契約・人事に関わる判断は原文を確認する」という運用ルールを最初に決めてください。編集部が見た限り、この一手間を省いた組織ほど後戻りが発生していました。

もう 2 つ、頻度は低いものの影響の大きい落とし穴があります。

  1. API キーをワークフロー内に直書きする: n8n の Credentials 機能を使わないと、ワークフローを書き出した際にキーが平文で流出します
  2. 実行回数の上限超過に気づかない: n8n Cloud の Starter は月 2,500 回が上限のため、対象チャンネルを増やしすぎると月末に停止します

これらを踏まえたうえで、導入前後がどう変わるかを整理します。

導入前後の比較

週 3 回の定例がある組織の 1 週間
導入前 (手作業)
  • 会議前の読み返し 25 分 × 3 回
  • 冒頭の経緯説明 10 分 × 3 回
  • 経営者の個別ヒアリング 週 60 分
  • 合計 週 約 2 時間 45 分
導入後 (自動要約)
  • 朝の要約を読む 5 分 × 5 日
  • 経緯説明なし (前提が揃っている)
  • 個別ヒアリング 週 15 分
  • 合計 週 約 40 分

週 約 2 時間の削減 (編集部の試算)。1 会議あたりの準備は 30 分から 5 分へ

削減できた時間の価値を時給 ¥3,000 で換算すると、週 ¥6,000、月に直せば約 ¥24,000 相当です。月額 ¥1,500 前後の運用コストに対して、十分な差があります。

編集部の結論

このレシピが効くのは「Slack を数年使っていて、スレッドが長期化している組織」です。導入したばかりでスレッドが 10 件程度しか伸びない環境では、要約する対象そのものが存在しません。まず自社の Slack で返信 20 件超のスレッドが週に何本あるかを数え、5 本以上あるなら投資に見合います。

構築と運用の全体像が揃ったので、関連するレシピを紹介します。

関連レシピ

まとめ

n8n と OpenAI API による Slack スレッドの自動要約は、構築 90 分、月 ¥1,300-4,000 で会議前の準備を 30 分から 5 分に短縮する現実的な打ち手です。API の従量課金は月 300 スレッドでも ¥268 程度で、コストの主役はむしろ n8n の稼働環境のほうにあります。

導入で最初に決めるべきは、技術ではなく対象チャンネルの線引きです。業務議論のチャンネルだけに絞り、要約には必ず元スレッドへのリンクを添える。この 2 つのルールを先に固めてから、gpt-5.4-mini で 1 週間試してみてください。


出典・参考情報


よくある質問

Q. 要約の内容が間違っていた場合、責任はどうなりますか?

編集部の答え: 要約は「原文を読むかどうかの判断材料」と位置づけてください。金額、契約条件、人事に関わる判断は必ず元スレッドを確認する運用ルールを明文化し、要約の投稿文末に「詳細は元スレッドを確認してください」と自動で添えるのが実務的な対処です。

Q. Slack の無料プランでも使えますか?

編集部の答え: 使えますが、無料プランには過去メッセージの閲覧制限があります。直近 24 時間のスレッドを毎朝要約する本レシピの運用であれば、制限に触れる場面は多くありません。長期のスレッドをまとめて遡る用途には有料プランが前提になります。

Q. OpenAI 以外のモデルに差し替えられますか?

編集部の答え: 差し替えられます。n8n には他社の大規模言語モデル (LLM) 用ノードも用意されており、社内に閉じたい場合は自社サーバー上でモデルを動かす構成も可能です。その場合の考え方は n8n とローカル AI で請求書を処理するレシピが参考になります。

Q. 毎朝ではなく会議の直前に実行できますか?

編集部の答え: できます。Schedule Trigger の時刻を会議の 30 分前に設定するか、Slack の特定の絵文字リアクションを起点にする構成に変更してください。ただし実行回数が増えると n8n Cloud の月間上限に近づくため、対象チャンネル数との兼ね合いで調整が必要です。


本記事の数値・事例のうち「編集部の試算」と明示された箇所は編集部による試算・推論です。実際の効果は事業特性により変動します。料金や仕様は各社公式情報源を確認のうえご判断ください。

編集長 Mira / AI経営ラボ 本記事は 2026-07-23 時点の情報です。料金・機能は各社公式情報を最新でご確認ください。

n8n + OpenAI API + Slack を無料で試す → ※ PR・アフィリエイトリンクを含みます