n8n × Anthropic API × Slack で社内業務ボットを1日で作る｜FAQ自動応答から稟議チェックまで

「社内のよくある質問に毎回手作業で返信している」「稟議書のドラフトをClaude Codeで作ったはいいが、Slackに送るまでが手動」——こんな小さな摩擦が積み重なって、担当者の…

「社内のよくある質問に毎回手作業で返信している」「稟議書のドラフトをClaude Codeで作ったはいいが、Slackに送るまでが手動」——こんな小さな摩擦が積み重なって、担当者の時間を奪っている。n8n × Anthropic API × Slackの組み合わせは、この摩擦を1日で解消できる現実的な手段だ。本記事では3つの業務ユースケースを取り上げ、ワークフロー設計から実装のポイントまで解説する。

この記事で作るもの

① 社内FAQ自動応答ボット（Slackに質問を投げるとClaudeが答える） ② 稟議文・メール文章チェックボット（Slackから文章を貼るとClaude が添削） ③ 議事録→Slack要約配信（Googleドライブに保存された議事録を自動要約して投稿）

なぜn8nとAnthropicの組み合わせが強いのか

n8nはGitHub上のスター数が10万を超えるオープンソースのワークフロー自動化ツールだ。Zapier・Makeと比べて「AI処理ノード」と「コード実行ノード」の組み合わせが強く、LLM（大規模言語モデル）との連携を想定した設計になっている。特にAnthropicの公式HTTPSノードは2025年に整備が進み、Claude 3.x / 4.xのAPIを直接叩けるようになった。

Slackとの接続では、Slackノードが「スラッシュコマンド受信」「メンション受信」「チャンネル投稿」を1ノードで処理できる。これにより、「Slackでトリガー → n8nで処理 → ClaudeでAI判断 → Slackに返す」というループを最小限のノード数で構成できる。

前提となる準備

以下の3つが揃っていれば構築を始められる。

  • n8n環境 — n8n Cloudの無料トライアル（14日間）でもセルフホスト（Docker）でもよい。URLが外部から到達できる状態（Slack Webhookの受信に必要）にしておく
  • Anthropic APIキー — console.anthropic.com でアカウント登録後、APIキーを発行する。無料枠は$5クレジット（Tier 1）。少量のテストには十分
  • Slack Appの作成 — api.slack.com/apps でアプリを新規作成し、「Incoming Webhooks」と「Event Subscriptions」または「Slash Commands」を有効化。Bot Token Scopesに chat:write commands app_mentions:read を付与する

セキュリティ注意点

n8nのWebhook URLとAnthropicのAPIキーは環境変数（n8nのCredentials管理画面）で管理する。コード内にハードコードしない。Slackアプリは社内ワークスペース限定で公開し、外部への配布を許可しない設定にすること。

ユースケース① 社内FAQ自動応答ボット

最もシンプルな構成だ。Slackのチャンネルや特定のスラッシュコマンド（例: /ask）にテキストを入力すると、Claudeが回答してそのまま返信する。

ワークフロー設計

  • Slackノード（Trigger） — スラッシュコマンド /ask を受信。text パラメータに質問文が入る
  • HTTP Requestノード — POST https://api.anthropic.com/v1/messages を叩く。Headersに x-api-key: {{$credentials.anthropicApiKey}} と anthropic-version: 2023-06-01。Bodyに model: claude-sonnet-4-6, max_tokens: 500, messages: [{ role: user, content: {{$json.text}} }]
  • Slackノード（Response） — HTTPノードのレスポンス content[0].text を取得し、/ask を打ったチャンネル・ユーザーに返信

ポイントはシステムプロンプトの設計だ。「あなたは○○株式会社の社内FAQ担当AIです。答えられない場合は『担当者に確認します』と返してください」と入れるだけで、不用意な回答を防げる。n8nのHTTP Requestノードで system パラメータにこの文字列を渡す。

より高度にするなら、ノードの冒頭に「社内ドキュメントをGoogle DriveやNotionから取得して context として埋め込む」ステップを追加すればRAG（社内文書検索）に発展する。ただし最初の1日で動くものを作るならシステムプロンプトの工夫だけで十分だ。

ユースケース② 稟議文・メール文章チェックボット

「送る前にチェックしてほしい」という需要は意外に多い。メールの文面、稟議書の書き方、お客様への返信——これらを専用のSlackチャンネル（例: #ai-check）に貼るだけで添削が返ってくる仕組みだ。

ワークフロー設計

  • Slackノード（Trigger） — #ai-check チャンネルへの投稿を監視。Event SubscriptionsのEvent Typeを message.channels に設定
  • Codeノード（前処理） — ボット自身の発言を無限ループで処理しないよう if (msg.bot_id) return; でフィルタ
  • HTTP Requestノード（Claude） — systemプロンプトに「あなたはビジネス文書の添削AIです。以下の文章の問題点を指摘し、改善案を提示してください。丁寧さ・論理構成・過不足の3軸で評価してください」と設定。user contentに受信テキストを渡す
  • Slackノード（Thread Reply） — 元メッセージのスレッドに返信。thread_ts パラメータに元メッセージのタイムスタンプを渡す

このボットの価値は「チェックを頼む心理的ハードルが下がる」点にある。人間の上司に「この文章どう？」と聞くのは躊躇われても、AIに聞くのは気軽だ。メールの誤字・失礼な表現・論理の飛躍などを事前に潰す習慣が自然と生まれる。

ユースケース③ 議事録→Slack要約配信

会議後に議事録をGoogleドライブに保存すると、自動的に要約がSlackに流れてくる仕組みだ。参加できなかったメンバーへの共有コストを大幅に減らせる。

ワークフロー設計

  • Google Driveノード（Trigger） — 特定フォルダ（例: 議事録/）への新規ファイル追加を監視。ポーリング間隔は5分でも十分
  • Google Driveノード（Read） — 追加されたファイルの内容を取得。テキスト形式（.txtまたは.docx→テキスト変換）として取り出す
  • Codeノード（文字数チェック） — 取得テキストが1,000文字以上の場合のみ次へ進む。短すぎるファイル（テンプレートや誤保存）を除外
  • HTTP Requestノード（Claude） — systemプロンプト「あなたは議事録の要約AIです。以下の議事録を読み、①決定事項 ②アクションアイテム（担当者・期限付き）③次回までのTODOの3セクションで要約してください」
  • Slackノード（Post） — 指定チャンネルに要約を投稿。議事録ファイルへのリンクも添える

このワークフローの最大のコツは「アクションアイテムを担当者・期限付きで抽出させる」システムプロンプト設計にある。Claudeは議事録テキストから「山田さん：〇〇を5月末までに確認」という形式で自動抽出できる。この一点だけで「議事録を読まずにTODOが届く」体験を実現できる。

3ユースケースの比較と優先順位

FAQ自動応答ボット低（30分〜1時間）高（すぐ使える）高（全社員が使える）
文章チェックボット低（1〜2時間）高（日常業務に直結）高（プッシュ型で気づきやすい）
議事録→Slack要約中（2〜4時間）中（会議後すぐ届く）中（Driveフォルダ運用が前提）

初めて構築するなら「FAQ自動応答ボット」から始めるのをお勧めする。Slack slash commandのトリガー → Claude API呼び出し → Slack返信、という最小構成で「n8n × Anthropic」の接続感覚をつかめる。1時間あれば動くものが作れるので、失敗してもリセットコストが低い。

運用で押さえるべきポイント

コスト管理

Anthropic APIは従量制だ。社内ボットで想定外の高額請求が発生しないよう、Anthropic Consoleで月次の使用上限（Spend Limit）を設定しておく。1回の呼び出しで消費するトークン数を試算しておこう。例えばFAQボットで質問300文字 + システムプロンプト200文字 = 500トークンの入力、返答500トークンの出力なら、Claude Sonnet 4.6で1回あたり約0.5円。月1,000回使っても500円程度だ。

エラーハンドリング

n8nのワークフローには必ず「Error Workflow」を設定する。Anthropic APIが529エラー（サーバー過負荷）や429エラー（レートリミット）を返した場合、n8nは自動リトライする。ただしSlackへの返信が遅れた場合の「処理中です、少々お待ちください」という中間メッセージを最初に送っておくと、ユーザーの体験が改善する。

プロンプトのバージョン管理

システムプロンプトは時間が経つと「なぜこう書いたか分からない」状態になりやすい。n8nのCodeノードや「Sticky Note」ノードにプロンプトの意図とバージョン日付を書き残す習慣をつけると、後からメンテナンスしやすい。あるいはプロンプト文字列をGoogle SpreadsheetやNotionに外出しして、ノードから読み込む設計にすれば、n8nに触らずプロンプトだけ更新できる。

既存ツールとの棲み分け

「Slack Appsが既にある」「Zapierで似たものを作った」という場合、n8n × Anthropicを追加する理由は何か。ポイントは3つだ。

  • LLM処理の柔軟性 — Zapierの「AI by Zapier」はOpenAI GPT-4oに限定されている。n8nなら任意のAnthropicモデル（Opus/Sonnet/Haiku）を選べるうえ、HTTP Requestノードで将来の新モデルにも即日対応できる
  • コスト — n8nはセルフホストなら実行回数に上限がない。Zapierは月間タスク数の上限が課金に直結するため、ボットのように高頻度な用途にはコストが跳ね上がる
  • 社内データへのアクセス — n8nはオンプレミスやプライベートVPC上に立てられるため、社内の機密文書を外部クラウドに送らずAI処理できる

すでにZapierやMakeを使っているチームが「AI処理だけn8nに切り出す」というハイブリッド構成も現実的だ。ZapierのWebhookノードからn8nのWebhookトリガーに処理を渡し、AI判断後にZapierに戻す、という設計で両者のメリットを活かせる。

n8n Cloud vs セルフホスト、どちらを選ぶか

社内ボットを本番で動かす場合、n8nの実行環境をどこに置くかが最初の判断になる。n8n Cloudは月額20ドル〜（2026年5月時点）で始められる管理型SaaSで、インフラの維持が不要だ。一方、Docker + VPS（さくらVPS、DigitalOcean 等）でセルフホストすれば月額5〜15ドル程度のサーバー代だけで運用できる。

初期設定10分で開始可能DockerセットアップとSSL設定が必要（1〜2時間）
月額コスト20ドル〜（20ワークフロー上限）VPS代5〜15ドル（ワークフロー数無制限）
Slack Webhook受信外部URLが最初から使えるサーバーに公開URLが必要（ngrokでテスト可）
データの所在n8n社のサーバー（EU）自社サーバー（国内VPSも可）
メンテナンス不要（自動アップデート）定期的なDockerイメージ更新が必要

まず試したいだけなら n8n Cloud の14日間無料トライアルが最速だ。本番運用が決まったタイミングで、社内のセキュリティポリシーやコスト感に応じてセルフホストに移行するのが現実的な進め方だ。n8nはワークフローをJSONでエクスポート・インポートできるので、環境移行のコストは低い。

まとめ

n8n × Anthropic API × Slackの組み合わせは、社内の「人が返事をしていた仕事」をAIに渡す最短経路だ。FAQ応答・文章チェック・議事録要約の3つを実装例として挙げたが、応用の幅は広い。採用応募への初期スクリーニング返信、経費申請の確認メッセージ、週次レポートの自動生成——どれも同じアーキテクチャで対応できる。最初の1ボットを1日で作り、社内で使ってもらいながら育てていくのが最も現実的な進め方だ。