---
title: Claude Code Slack チャット連携｜バグ報告からPR作成を自動化
description: Claude CodeとSlackをMCP経由で連携すると、チャットのバグ報告から原因調査・コード修正・PR作成までを一つの指示で自動化できます。設定手順、バグトリアージ・日次レポート・CS分析の3パターン、権限とトークンの運用設計、向かないケースまで解説します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/kv_claude-code-slack-integration.jpg
---

[![StartLink](https://start-link.jp/hs-fs/hubfs/logo/%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink")](https://start-link.jp)

- [会社情報About](https://start-link.jp/about)
- [サービスService](https://start-link.jp/service)
- [プロダクトProducts](https://start-link.jp/sync)
- [YoutubeYoutube](https://start-link.jp/about/sns)
- [ブログBlog](https://start-link.jp/hubspot-ai)
- [業界別ガイドIndustry guides](https://start-link.jp/case)
- [採用情報Recruit](https://start-link.jp/recruit)

[資料DL](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

[会社情報](https://start-link.jp/about) [サービス](https://start-link.jp/service) [プロダクト](https://start-link.jp/sync) [Youtube](https://start-link.jp/about/sns) [ブログ](https://start-link.jp/hubspot-ai) [業界別ガイド](https://start-link.jp/case) [採用情報](https://start-link.jp/recruit)

[資料ダウンロード](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

- [トップ](https://start-link.jp)
- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [Youtube](https://start-link.jp/about/sns)
- [ブログ](https://start-link.jp/hubspot-ai)
- [Contact](https://start-link.jp/contact)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

[ホーム](https://start-link.jp) › [ブログ](https://start-link.jp/hubspot-ai) ›[AI活用](https://start-link.jp/hubspot-ai/ai) ›[Claude Code実践](https://start-link.jp/hubspot-ai/ai/claude-code-practice) ›Claude Code Slack チャット連携｜バグ報告からPR作成を自動化

# Claude Code Slack チャット連携｜バグ報告からPR作成を自動化

- 2026年3月17日
- 最終更新: 2026年10月24日

![](https://start-link.jp/hubfs/blog/screenshots/generated/kv_claude-code-slack-integration.jpg)

この記事の結論

Claude CodeとSlackをMCP（Model Context Protocol）経由でつなぐと、チャットに流れてくるバグ報告を起点に、原因調査からPull Request作成までを一つの指示で走らせられます。鍵になるのは「どこまでをAIに任せ、どこから人が判断するか」を先に線引きしておくことです。

ブログ目次

もっと見る ▼

**Claude CodeとSlackをMCP（Model Context Protocol）経由でつなぐと、チャットに流れてくるバグ報告を起点に、原因調査からPull Request作成までを一つの指示で走らせられます。鍵になるのは「どこまでをAIに任せ、どこから人が判断するか」を先に線引きしておくことです。**

「バグ報告はSlackに流れてくるけれど、拾う人が決まっていなくて数日埋もれる」「報告内容をIssueに転記するだけで毎回手間が取られる」「週次でCSのフィードバックをスプレッドシートに手で分類している」——開発現場でも、非開発部門との接点でも、こうした"転記と巡回"の作業は多く残っています。

Slack MCP連携とは、Claude CodeからSlack APIをModel Context Protocol経由で呼び出し、チャンネルの読み取り・メッセージ投稿・スレッド返信をAIの作業手順の中に組み込む仕組みです。従来のSlack Bot開発のようにWebhook受信サーバーやイベント処理のコードを用意する必要がなく、MCPサーバーを1つ追加するだけで、Slackが「AIの入力チャネル」になります。本記事の内容は2026年10月時点のClaude Codeの公式ドキュメントに基づいています。

本記事は、Claude Codeの実務活用シリーズの一部です。MCPの基本概念については「[Claude Code × MCP連携ガイド｜社内システムとAIを接続する設定手順と活用パターン](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-mcp-integration)」で詳しく解説しています。

## この記事でわかること

バグ報告の放置や日次レポートの手作業に負担を感じている方に向けて、Slack連携で何が変わり、何が変わらないのかを整理しました。読み進めながら、自社のどのチャンネルから着手できそうかを考えてみてください。

- **Slack MCP連携の位置づけと、従来のBot開発との違い** — 初期構築・認証管理・保守の観点で何が変わるのかを表で整理します。
- **接続から自動トリアージまでの具体的な手順** — `.mcp.json` の書き方、必要なスコープ、接続確認、バグ報告チャンネルの監視までを順に追えます。
- **実務で効く3つの活用パターン** — バグ報告の自動対応、日次レポートの集約、CSフィードバックの分類。それぞれBefore/Afterの作業フローで比較します。
- **「AIに任せる範囲」と「人が判断する範囲」の線引き** — PR作成まではAI、マージ判断は人という原則をどう仕組みに落とすかを説明します。
- **トークン・権限・向かないケースまで含めた運用設計** — 最小権限の考え方と、この連携が機能しにくい状況も率直に書きます。

SlackとGitHubを日常的に使っている開発チームのエンジニア・テックリード、そして「開発以外の定型業務もAIに寄せたい」と考えている事業責任者の方に向けて書いています。最後まで読むと、自社のチャンネル構成に合わせて最小構成の自動化を設計し、安全に範囲を広げていく道筋が描けるようになります。

## Slack連携を「チャット通知の自動化」で終わらせない

Slack連携と聞くと、多くの方はまず「通知を飛ばす」用途を思い浮かべます。ですが、Claude CodeとSlackをつなぐ価値の中心は通知ではありません。Slackを**AIへの入力チャネル**として扱い、チャットに書かれた自然文をそのまま作業指示の材料にできる点にあります。ここを取り違えると、せっかくMCPを設定しても「Botが喋るだけ」で終わってしまいます。

### Slackは「未整理の一次情報」が集まる場所

バグ報告、顧客の声、仕様の相談。Slackには構造化される前の情報が一次情報のまま流れ込みます。従来はこれを人が読んで、Issueやスプレッドシートに転記し、はじめてシステムが扱える形になっていました。

Claude Codeが自然文のまま読めるということは、この転記工程そのものを飛ばせるということです。人が整形してからAIに渡すのではなく、AIが未整形のまま受け取り、整形まで担います。これがMCP連携の設計上のポイントの一つです。ただし整形の結果が正しいかどうかは、人が確認する前提で使ってください。

### 「読む→判断する→実行する」を一つの指示にまとめる

Slack MCP連携が効くのは、読み取り・判断・実行が連続する業務です。単に読むだけならSlackの検索で足りますし、実行だけならスクリプトで済みます。Claude Codeの強みは、チャンネルを読んで内容を解釈し、コードベースを検索し、修正して、結果をスレッドに返すという一連の流れを1本の指示で完結させられる点にあります。

| 業務の型 | Slack MCP連携の向き不向き |
| --- | --- |
| 読むだけ（情報収集） | Slack検索で足りることが多い |
| 実行するだけ（定型処理） | 既存のワークフロー自動化ツールで十分 |
| 読む→判断→実行が連続する | Claude Code × MCPが最も効く領域 |
| 判断に社外交渉や責任が伴う | AIに任せず人が判断する |

### 全体フローの中での位置づけ

Claude Codeの活用は、Slack連携単体で完結するものではありません。Slackで受け取る（入力）→ コードベースを解析して修正する（処理）→ GitHubでPRを出す（出力）→ CI/CDで検証する（検証）→ 人がレビューしてマージする（判断）という流れの、入口部分を担うのがSlack MCP連携です。この位置づけを押さえておくと、「どこにガードレールを置くべきか」が自然に見えてきます。検証工程については「[Claude Code × CI/CD自動化](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-cicd-automation)」で解説しています。

## Slack MCP連携とは何か｜従来のBot開発との違い

Slack MCP連携とは、Claude CodeからSlack APIをModel Context Protocol（MCP）経由で呼び出す仕組みです。MCPサーバーがSlack APIとの認証・通信を仲介するため、Claude Codeは統一されたインターフェースでチャンネル読み取り・メッセージ投稿・スレッド返信を実行できます。

### 何が「要らなくなる」のか

従来のSlack Bot開発では、OAuth認証フロー・イベントサブスクリプション・Webhook受信サーバーの構築が必要でした。MCP連携では、Slack MCPサーバーを登録して認証を済ませるだけで、Claude Codeがチャンネルの情報を取得し、メッセージの送信やスレッドへの返信を行えます。

つまり、これまで「Botを作る」と表現されていた作業の大半が、「設定を書く」と「指示文を書く」に置き換わります。Botの挙動を変えたいときも、コードを変更してデプロイし直すのではなく、指示文やプロジェクトのルールファイルを書き換えるだけで済みます。

### 従来型との比較

2026年10月時点の整理です。

| 比較項目 | 従来のSlack Bot開発 | Claude Code × Slack MCP連携 |
| --- | --- | --- |
| 初期構築 | OAuth実装・サーバー構築が必要 | MCPサーバーの登録と認証のみ |
| 認証管理 | トークン管理コードを自前実装 | MCPサーバーと Claude Code が管理 |
| メッセージ処理 | イベントハンドラーを個別実装 | Claude Codeが自然言語で処理 |
| カスタマイズ | コード変更→デプロイが必要 | プロンプトの変更のみ |
| 他ツール連携 | 個別にAPI実装を追加 | MCPサーバーを追加するだけ |
| 保守コスト | 高い（サーバー運用・API変更対応） | 低い（MCP標準に準拠） |

### ただし、常駐Botの代わりにはならない

ここは先に押さえておきたい点です。Slack MCP連携は「Claude Codeが起動しているセッションから、必要なときにSlackを読みに行く」構造です。従来型のBotのように、投稿された瞬間に反応して常時待ち受けるイベント駆動の挙動とは性質が異なります。

逆に言えば、「1日数回まとめて処理すれば十分」「人が指示したタイミングで動けばいい」という業務であれば、MCP連携のほうが構築も保守も軽く済む傾向があります。自社の業務がどちらの性質かを見極めてから選ぶのが、結果的に一番早い道筋になります。

なお、Claude Codeの提供面はターミナルだけではありません。公式ドキュメントによると、Slack上で `@Claude` に依頼してPull Requestを作らせる使い方も用意されています。Slackの中だけで完結させたい場合は、そちらも比較対象になります。本記事は、手元のClaude CodeからSlack MCPで読みに行く構成を扱います。

## 接続から最初の自動化まで｜3ステップの設定手順

ここからは実際の設定手順です。いきなりバグ修正の自動化まで作り込むのではなく、まず「読めること」を確認し、次に「判断できること」を確認し、最後に「実行させる」という順序で進めるのが安全です。

### Step 1: Slack MCPサーバーを接続する

接続方式は2つあります。Slackが公式に案内しているのは、Claude Code用のプラグインで接続する方法です。ターミナルからでもIDEの統合ターミナルからでも手順は同じです。使い分けは[Claude Code × VS Code / JetBrains連携](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-ide-integration)で解説しています。

| 方式 | 認証 | 向いている場面 |
| --- | --- | --- |
| Slack公式プラグイン | OAuth（ブラウザでSlackにサインイン） | まず試す場合。Slackの公式手順がそのまま使える |
| Botトークン＋自前のMCPサーバー | Slack Appで発行したボットトークン | 権限やサーバーを自社で管理したい場合 |

**方式A: Slack公式プラグイン（OAuth）**

事前に、利用するSlackワークスペースでMCP連携が管理者に承認されている必要があります。そのうえで、ターミナルから次を実行します。Claude Codeのセッション内であれば `/plugin install slack` でも同じです。

```
# ターミナルで実行（Slack公式のプラグインを導入）
claude plugin install slack
```

プラグインを読み込むとSlack MCPサーバーが自動で設定され、SlackワークスペースへのOAuth認証を求められます。Slack公式の手順では、このプラグインは接続先URLに加えてOAuthクライアントの情報（クライアントIDとコールバックポート）を設定ファイルに含めています。URLだけを `claude mcp add` で登録した場合には、これらが入りません。そのため、本記事ではプラグイン経由の導入を基本にします。手動で登録する場合は、Claude Codeの公式ドキュメントにある `--client-id` と `--callback-port` による事前設定済みOAuth認証情報の指定が別途必要です。

導入後は、セッション内で `/mcp` を開いて認証と接続状態を確認します。

**方式B: Botトークン＋自前のMCPサーバー**

MCPサーバーの設定は、チーム共有ならプロジェクトルートの `.mcp.json`、個人用なら `~/.claude.json` に保存されます（`claude mcp add` に `--scope project` を付けると `.mcp.json` に書き込まれます）。自前で用意したSlack MCPサーバーをローカルのプロセスとして動かす場合（stdio方式）は、次のように記述します。パッケージ名は使うサーバーの実物に置き換えてください。

```
{
  "mcpServers": {
    "slack": {
      "command": "npx",
      "args": ["-y", "<使用するSlack MCPサーバーのパッケージ名>"],
      "env": {
        "SLACK_BOT_TOKEN": "${SLACK_BOT_TOKEN}",
        "SLACK_TEAM_ID": "${SLACK_TEAM_ID}"
      }
    }
  }
}
```

ボットトークンはSlack App管理画面の「OAuth & Permissions」から取得します。必要なスコープの例は `channels:read`、`channels:history`、`chat:write`、`users:read` です。使うMCPサーバーによって求めるスコープが異なるため、サーバーの説明に合わせて確認してください。この方式のトークン・スコープの話は、方式Aには当てはまりません。

以下の画像は、この記事で扱うコマンドをまとめたものです。導入はプラグイン、接続状態の確認と一時的な停止・再開は `/mcp` で行います。

![Claude CodeのSlack連携で使うコマンド。claude plugin install slack での導入と、/mcp・/mcp disable・/mcp enable、自作スキルの呼び出し例](https://start-link.jp/hubfs/blog/screenshots/generated/cc_DD-23_1_v2.png)

### Step 2: 接続確認

設定後、Claude Codeで以下のように指示するだけで接続を確認できます。

```
#general チャンネルの最新10件のメッセージを取得して
```

Claude Codeが正常にSlack MCPサーバーと通信できていれば、チャンネルのメッセージ一覧が表示されます。エラーが出る場合は、`/mcp` で認証の状態を確認してください。Botトークン方式の場合は、トークンのスコープ設定やチャンネルIDも確認します。

この段階では、まだ書き込みも修正もさせません。「読めているか」だけを確認する工程です。ここを飛ばして一気に修正まで指示すると、うまくいかなかったときに原因が認証なのか権限なのか指示文なのか切り分けられなくなります。

### Step 3: バグ報告チャンネルの監視と自動対応

実務での典型的なフローは、特定チャンネル（例: `#bug-reports`）のメッセージを取得し、内容を解析してコード修正を行うパターンです。

```
#bug-reports チャンネルの未対応メッセージを確認して、
対応可能なバグがあればコードを修正してPRを作成して
```

Claude Codeは以下の処理を順番に実行します。

1. Slack MCPサーバー経由で `#bug-reports` のメッセージを取得
2. メッセージ内容を解析し、再現手順・エラーメッセージ・該当ファイルを特定
3. コードベースを検索して該当箇所を修正
4. テストを実行して修正の妥当性を確認
5. Git操作でブランチ作成・コミット・PR作成
6. Slackスレッドに対応結果を返信

### 手順を「読む・判断する・実行する」で分けて確認する

上の3ステップは、そのまま先ほどの業務の型に対応しています。Step 2で「読む」が動くことを確認し、Step 3の前半で「判断する」の精度を確認し、問題がなければ後半の「実行する」まで任せます。段階を分けて確認していけば、途中で止めても損失がありません。

| ステップ | 確認すること | うまくいかないときに疑う箇所 |
| --- | --- | --- |
| 読む | チャンネルのメッセージが取得できるか | 認証の状態、Botトークン方式ならスコープとBotのチャンネル参加状況 |
| 判断する | 報告内容から該当ファイルを特定できるか | 指示文の具体性、コードベースの構造理解 |
| 実行する | 修正・テスト・PR作成まで通るか | Git権限、テスト環境、ブランチ運用ルール |

## 実務での活用パターン3つ｜Before / Afterで見る

ここからは、実際に効果が出やすい3つのパターンを紹介します。いずれも「人が巡回して転記していた作業」を置き換えるという共通の構造を持っています。なお、この後のBefore/Afterは作業の流れを比べるための整理で、所要時間の数値は載せていません。業務の複雑さやコードベースの規模で大きく変わるため、導入前に自社の実作業を計測して、導入後と比較してください。

### パターン1: バグ報告→自動修正→PR作成

開発チームで効果が出やすい活用パターンです。QAチームやCSチームがSlackに報告したバグを、Claude Codeが修正してPull Requestの作成まで進める流れです。

**Before（従来フロー）**

1. QAがSlackにバグ報告を投稿
2. エンジニアがSlackを確認して内容を把握
3. GitHubにIssueを起票
4. ブランチを作成してコード修正
5. テスト実行・PR作成
6. Slackで対応完了を報告

人が手を動かす工程が6つ並び、各工程の間に「次の担当を待つ時間」が生じます。

**After（Claude Code × Slack連携）**

1. QAがSlackにバグ報告を投稿
2. Claude Codeに「#bug-reportsの最新バグを対応して」と指示
3. Claude Codeがコード修正・テスト・PR作成・Slack返信まで進め、人はレビューする

人の手番は「報告」「指示」「レビュー」に絞られます。所要時間は未計測のため、数値は示しません。

具体的な指示の例は以下の通りです。

```
#bug-reports の最新メッセージを確認して。
「ログイン画面で500エラー」という報告があれば、
以下の手順で対応して:

1. エラーの原因箇所を特定
2. 修正ブランチ fix/login-500-error を作成
3. コードを修正
4. テストを実行して問題がないことを確認
5. PRを作成（タイトルに「fix: ログイン画面の500エラーを修正」を含める）
6. #bug-reports のスレッドに対応結果を返信
```

ここで効くのは、時間の削減そのものよりも「拾う人が決まっていないバグが埋もれなくなる」という副次効果のほうかもしれません。人の手番を待たずに一次調査まで進んでいる状態でレビューに入れるので、着手までのリードタイムが短くなります。

### パターン2: 日次レポート自動収集・要約

複数チャンネルに散在する情報を自動で収集し、要約レポートを生成するパターンです。プロジェクトマネージャーやチームリーダーに特に効果的です。生成した要約を外出先で受け取りたい場合は、[Claude Codeのリモート操作方法](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-remote-control)を組み合わせると移動中でも確認できます。

**Before（従来フロー）**

1. 各チャンネル（#dev、#design、#marketing）を巡回して確認
2. 重要な投稿をコピーしてドキュメントにまとめる
3. チームの進捗状況をスプレッドシートに記入

毎日繰り返す巡回・転記の作業です。

**After（Claude Code × Slack連携）**

```
以下のチャンネルから今日の投稿を取得して、
チーム別の進捗サマリーをMarkdownで作成して:

- #dev-frontend
- #dev-backend
- #design
- #marketing

出力形式:
- チャンネル別の主要トピック（3行以内）
- ブロッカー・課題の一覧
- 明日のアクションアイテム
```

指示文を実行して出力を確認する流れに置き換わります。所要時間は未計測のため、数値は示しません。

このパターンで重要なのは、出力形式を指示文の中で固定してしまうことです。フォーマットが毎回同じであれば、担当者が変わってもレポートの粒度が揺れません。属人的な「まとめ方のうまさ」に依存せず、仕組みとして同じ品質を出せるようにするという発想です。

### パターン3: カスタマーサポート起点のプロダクト改善

CSチームがSlackに投稿する顧客フィードバックを分析し、プロダクト改善のインサイトを抽出するパターンです。Claude Codeを使った[経営データの可視化](https://start-link.jp/service/claude-code/business-intelligence)や[コンテンツマーケティング](https://start-link.jp/service/claude-code/content-marketing)にも、こうした考え方が活かされています。

**Before（従来フロー）**

1. CSチームが `#cs-feedback` に顧客の声を投稿（随時）
2. PMが週次で全投稿を確認してカテゴライズ
3. 改善要望をJira/Linearにチケット化
4. 優先度を判断して開発ロードマップに反映

週次で全投稿を人が読み、分類する作業が中心です。

**After（Claude Code × Slack連携）**

```
#cs-feedback の今週の投稿を全て取得して、以下の分析を行って:

1. フィードバックをカテゴリ別に分類（UX改善/バグ/機能要望/パフォーマンス）
2. 各カテゴリの件数と代表的な声を3件ずつ抽出
3. 対応優先度を「影響ユーザー数 × 重要度」で判定
4. 分析結果をMarkdownレポートとして出力
```

分類と集計はClaude Codeに任せ、人は結果の確認と優先度の判断に集中できます。所要時間は未計測のため、数値は示しません。

分類のカテゴリは、自社のプロダクトや事業フェーズによって最適な形が異なります。上の4分類はあくまで一例で、営業起点の要望が多い事業なら「価格」「競合比較」といった軸を足したほうが実態に合うこともあります。まず既存のフィードバックを一度この形で分類してみて、分類に収まらない声が一定数出てきたらカテゴリを見直す、という運用がやりやすいでしょう。

## AIに任せる範囲と、人が判断する範囲を線引きする

自動化の設計で最も重要なのは、速度ではなく境界線です。Claude Codeは調査と実装の下書きを高速に進められますが、「これをマージしてよいか」という判断は事業の文脈を含むため、人が持つべき領域です。ここを曖昧にしたまま範囲を広げると、便利さと引き換えに手戻りが増えます。

### 原則: Claude CodeはPR作成まで、マージは人

StartLinkがこの連携を設計するときに基本とするのは、「Claude CodeはPull Requestの作成まで」「マージはCI/CDのテスト通過と人間のレビューが必須」という原則です。PRという形で差分が可視化され、テストという機械的な検証を経て、最後に人が意図を確認します。この3段構えを置いておけば、入口を自動化しても任せる範囲を管理しやすくなります。ただし、構えを置いても誤りがゼロになるわけではないため、レビューは省かないでください。

### 役割分担の整理

| Claude Codeに任せる | 人が判断する |
| --- | --- |
| Slackメッセージの取得と要約 | 修正方針が事業上妥当かの判断 |
| 報告内容からの該当ファイル特定 | 影響範囲が大きい変更の可否 |
| 修正ブランチの作成とコミット | マージのタイミングとリリース判断 |
| テスト実行と結果の報告 | テストが不十分な領域の見極め |
| PR作成とスレッドへの返信 | 顧客への説明が必要な事象の対応 |
| フィードバックのカテゴリ分類 | 分類軸そのものの設計 |

### 自動マージは設定しない

技術的には、テストが通ったら自動でマージする設定も可能です。ただ、Slackの自然文を起点にしている以上、報告内容の解釈に揺れが生じる可能性は残ります。「エラーが出る」という一文から推測した修正が、報告者の意図と違っていたというケースは十分あり得ます。自動マージまで踏み込むのは、少なくとも一定期間運用してPRの精度を見てからにしたほうが安全です。

### 担当者が替わっても同じ品質で回せる状態にする

この線引きを個人の判断に委ねると、「この人は慎重だがこの人は通してしまう」という揺れが出ます。そうではなく、ブランチ保護ルールでレビュー必須にする、CIを通らなければマージできないようにする、といった形で仕組み側に埋め込んでおくことが大切です。仕組みに落ちていれば、担当者が入れ替わっても同じ基準で回しやすくなり、引き継ぎの負担も軽くなります。

## 他機能と組み合わせて「一気通貫」にする

Slack MCP連携の効果は、Claude Codeの他の機能と組み合わせることで大きく高まります。たとえばデザイン修正の依頼をSlackで受け取り、[Claude Code × Figma連携](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-figma-design)でデザインデータを読み取って実装まで進める流れも作れます。

### GitHub連携との組み合わせ

Slackのバグ報告を起点に、GitHubのIssue作成・ブランチ作成・PR作成・マージまでを一気通貫で実行できます。GitHub CLI（`gh`）が導入・認証済みであれば、Claude CodeはBashツール経由でそれを操作できるため、GitHub用のMCP設定なしでもGit操作が可能です。

```
#bug-reports の未対応メッセージを確認して、
それぞれについてGitHub Issueを作成し、
修正PRも同時に作成して。
PRの説明にはSlackメッセージのリンクを含めて。
```

PRの説明にSlackメッセージのリンクを含めておくと、後から「この修正はどの報告が起点だったか」を辿れます。Slackとリポジトリのあいだに参照関係ができるので、情報が分散したまま放置されるのを防げます。

### CLAUDE.mdとの連携

プロジェクトの `CLAUDE.md` にSlack連携のルールを記述しておくと、チームメンバー全員が同じフローで自動化を利用できます。

```
# Slack連携ルール
- バグ修正PRのブランチ名: fix/{slack-thread-ts}-{概要}
- PRタイトルに「fix:」プレフィックスを付ける
- 修正完了後、Slackスレッドに結果を返信する
- #cs-feedback の分析は毎週月曜に実行する
```

ここに書くルールは、最小限にとどめるのがコツです。あれもこれもと書き込むと、どれが本当に守るべきルールなのか埋もれてしまいます。ブランチ名の規則、PRの命名、返信先のように「守られないと後で困るもの」だけを残すほうが、結果的に機能します。CLAUDE.mdの設計パターンについては「[Claude CodeのCLAUDE.md設計パターン](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-claudemd-patterns)」で詳しく解説しています。

### スキル（カスタムコマンド）との組み合わせ

頻繁に使うSlack連携フローは、Claude Codeのスキルとして登録すると便利です。スキルは `.claude/skills//SKILL.md`（個人用は `~/.claude/skills/`）に、frontmatterと本文で書きます。従来の `.claude/commands/` に置いたカスタムコマンドも引き続き使えますが、現在はスキルとして整理するのが公式の標準的な形です。スキルの本文は呼び出されたときにだけ読み込まれるため、CLAUDE.mdのように常時コンテキストを使いません。

```
---
name: slack-bug-triage
description: "#bug-reports の未対応メッセージを取得し、バグ対応のPRまで進める"
disable-model-invocation: true
---
#bug-reports チャンネルの未対応メッセージを取得し、
各報告に対して以下を実行してください:
1. バグの再現可能性を判断
2. 該当コードの特定
3. 修正可能なものはPRを作成
4. Slackスレッドに対応結果を返信
```

`disable-model-invocation: true` を付けると、Claudeが自動で起動せず、人が `/slack-bug-triage` と入力したときだけ動きます。書き込みを伴う手順では、この設定が安全側です。なお、`/code-review` や `/batch` のように、Claude Codeには同梱のスキルもあります。自作する前に、同梱のもので足りないかを確認してください。

```
# 実行時
/slack-bug-triage
```

スキル化の価値は、時短よりも**再現性**にあります。指示文が毎回同じであれば、実行する人が変わっても出力の粒度が揃います。優秀なメンバーが書いた指示文をスキルとして共有すれば、チーム全体がその水準に近づけやすくなります。属人化を和らげる仕組み化の一つの形です。カスタムコマンドの詳細は「[Claude Codeカスタムスラッシュコマンド完全ガイド](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-custom-commands)」をご覧ください。

## セキュリティと運用上の注意点

便利さと安全性はトレードオフになりがちですが、設計段階で押さえておけば両立できます。特にトークン管理と権限設計は、後から直すより最初に整えるほうが楽です。

### トークンの管理

ボットトークンを使う構成では、トークンの実値を `.mcp.json` に直接書かないでください。プロジェクトの `.mcp.json` はチームで共有する前提のファイルで、実値を書くとGitリポジトリに入ってしまいます。Step 1で示したとおり、環境変数の参照（`${SLACK_BOT_TOKEN}`）で書き、値だけを各自の環境で持つ形にします。

環境変数参照にしておけば、設定ファイル自体はリポジトリで共有できます。チームで運用するなら最初からこの形にしておくのが無難です。リモートMCPサーバーにOAuthで接続する構成では、トークンの実値を自分で扱う場面は減ります。ただし、認証情報をファイルに残さないという考え方は同じです。企業規模での運用については「[Claude Code企業導入セキュリティガイド](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-enterprise-security)」も参考になります。

### 最小権限の原則

Slack Appに付与するスコープは、必要最小限にとどめます。Botトークン方式でSlack Appを自作する場合、バグ報告チャンネルの読み取りとスレッド返信だけが必要なら、`channels:read`・`channels:history`・`chat:write` の3つに限定してください。`admin` 系スコープや `files:write` は、明確な用途がない限り付与しません。公式プラグイン（OAuth）で接続する場合は、認証時にSlackが提示する権限の内容を確認し、不要な操作を任せたくないときはワークスペース管理者と範囲を相談してください。

権限は「とりあえず広めに」と付けてしまうと、後から絞るタイミングを失います。不要な権限が残ったまま運用が続く状態は、SFAで使われていない項目が大量に残っているのと同じで、あとから棚卸しするほうが手間がかかります。最初から必要なものだけに絞るほうが結果的に楽です。

Claude Code側の許可ルールにも注意が必要です。2026年10月のv2.1.299で、許可ルールの書き方が変わりました。`mcp__slack` と書いても、別名のサーバー（たとえば `slack__ext`）には一致しなくなっています。サーバー全体を許可・拒否するときは `mcp__slack__` *と書き、個別のツールだけを許可するなら、そのツール名まで指定します。プラグインが提供するサーバーは、`mcp__plugin____`* の形式になります。

書き込みを伴うツール（Slackへの投稿など）は、許可リストに入れないだけでは都度確認になるとは限りません。auto モードでは分類器が各操作を審査して実行を判断するため、許可していないツールでも確認なしで進むことがあります。確認を出したいツールは、明示的な `ask` ルールに指定します。公式ドキュメントでは、明示的な ask ルールに一致した呼び出しは auto モードでも確認が出ると説明されています。

```
{
  "permissions": {
    "ask": ["mcp__<サーバー名>__<書き込みツール名>"]
  }
}
```

ツール名は、接続したサーバーが公開しているものを確認して書いてください。この変更は破壊的変更として扱われているため、以前の設定を使い回している場合は見直してください。

### MCPサーバーの無効化

Slack連携を使わない作業中は、MCPサーバーを無効化することで、読み込まれるツール定義の分だけコンテキストを節約できます。`/mcp` のパネルでSlackのサーバーを選んで停止すると、設定を消さずに接続だけを止められます。サーバー名を指定するコマンドでも同じ操作ができます。

```
# Claude Codeセッション内で実行
/mcp                         # パネルを開く
/mcp disable <サーバー名>    # 接続を止める
/mcp enable <サーバー名>     # 止めたサーバーを再開する
```

停止した状態は、プロジェクトごとに `~/.claude.json` へ記録されます。再開するときも、パネルまたは `/mcp enable` で有効に戻します。常時有効にしておく必要はありません。Slackを参照しない開発作業中は無効化しておき、トリアージのタイミングで有効化するという使い分けが、コンテキストの節約という意味でも有効です。

### 向かないケースも先に確認する

すべてのチームにこの連携が合うわけではありません。以下のような状況では、無理に導入せず別の手段を検討したほうがよいでしょう。

| 向かないケース | 理由と代替案 |
| --- | --- |
| 投稿の瞬間に反応が必要 | MCPはセッション起点。イベント駆動の常駐Botのほうが素直 |
| バグ報告が月に数件程度 | 自動化の設計コストが上回る。手動運用のままでよい |
| テストコードがほぼ無い | 検証の仕組みが無いと安全に任せられない。テスト整備が先 |
| 報告内容が極端に断片的 | 「動かない」だけの報告では解析できない。報告テンプレの整備が先 |
| 機微情報がチャンネルに流れる | 対象チャンネルの選定と権限設計を先に固める |

特に4つ目は見落とされがちです。Slack MCP連携の精度は、報告テンプレートの質にかなり左右されます。再現手順・環境・期待する挙動を書く欄を用意しておくだけで、AIの解析精度は変わってきます。仕組みの手前に、入力の質を整える工程があることを忘れないでください。

## スモールスタートで広げる｜4段階の進め方

最後に、実際にどの順序で導入するかを整理します。いきなり全チャンネルを対象にするのではなく、1つのチャンネル・1つの用途から始めて、効果を確認しながら広げるのが現実的です。

### 段階的な拡張ステップ

| 段階 | やること | 次に進む判断基準 |
| --- | --- | --- |
| 第1段階 | `#bug-reports` 1チャンネルの読み取りと要約のみ | 取得と要約が意図どおりか |
| 第2段階 | 該当ファイルの特定まで任せる（修正はしない） | 特定の精度が実用水準か |
| 第3段階 | PR作成まで自動化。マージは人が判断 | PRの手戻り率が許容範囲か |
| 第4段階 | 日次レポート・CS分析など他用途へ展開 | 運用ルールがCLAUDE.mdに定着したか |

### 効果は「時間」だけで測らない

自動化の効果測定というと削減時間に目が行きますが、実際には別の指標のほうが本質を捉えていることがあります。たとえば、バグ報告が投稿されてから一次対応が始まるまでのリードタイム、未対応のまま埋もれた報告の件数、レビュー時に差し戻されたPRの割合。これらを導入前後で比べると、「速くなったか」だけでなく「取りこぼしが減ったか」がわかります。

### 自社の業務構成に合わせて設計する

ここまで紹介したパターンは一般的な型であって、最適な形は企業様によって異なります。チャンネル設計、報告テンプレート、レビュー体制、テストの整備状況。これらの前提が違えば、任せてよい範囲も変わります。私たちがご支援する際も、まず現状のフローを棚卸しして、どこが手作業で滞留しているかを特定するところから始めます。

この「業務の流れを可視化して、滞留点から手をつける」という考え方は、CRMの設計でも同じです。HubSpotでコンタクトから取引、顧客化までの流れを設計するときも、機能から入るのではなく、どこで情報が分断され、どこで手入力が発生しているかを先に見ます。Claude Codeの自動化設計もCRMの運用設計も、根っこの発想は共通しています。

## よくある質問

### Q1: Slack MCPサーバーはプライベートチャンネルにもアクセスできますか？

Botトークン方式の場合は、Slack Bot Tokenに `groups:read` と `groups:history` のスコープを付与すれば、Botが参加しているプライベートチャンネルのメッセージも取得できます。ただし、Botをプライベートチャンネルに招待する操作が別途必要です。公式プラグイン（OAuth）で接続する場合の範囲は、認証時に表示される権限とワークスペースの設定に従います。どちらの方式でも、セキュリティの観点から、アクセスするチャンネルは業務上必要なものに限定してください。

### Q2: Slackのメッセージを起点にした自動化で、誤ったコード修正が行われるリスクはありませんか？

Claude Codeが生成するPull Requestは、最終的に人間のレビューを経てマージされます。自動化はあくまで「PRの作成まで」であり、マージの判断は開発者が行います。さらに、CI/CDパイプラインのテストが通らなければマージできない仕組みにしておくことで、誤った修正が本番環境に反映されるリスクを抑えられます。Claude CodeのCI/CD連携については「[Claude Code × CI/CD自動化](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-cicd-automation)」をご覧ください。

### Q3: 無料プランのSlackワークスペースでもMCP連携は使えますか？

Slack APIの利用自体は無料プランでも可能です。ただし、無料プランでは参照できるメッセージ履歴に期間の制限があるため、過去の履歴を遡って分析する用途には制約があります。最新の条件はSlackの公式ページで確認してください。また、Slack Appのインストールは、既定では一般メンバーでも可能で、ワークスペースの承認設定（Require App Approval）に従います。承認を必須にしている場合は、事前承認されたアプリしか導入できません。これはSlack MCPサーバー経由の連携で管理者の承認が必要になる点とは別の話です。チームの規模や用途に応じて、Slack Proプラン以上の利用を検討してください。

### Q4: エンジニアがいないチームでも導入できますか？

読み取りと要約だけであれば、設定さえ済んでいれば非エンジニアの方でも自然文で指示できます。ただし、コード修正やPR作成まで任せる場合は、レビューできる人がチーム内にいることが前提になります。まずは日次レポートの集約やフィードバックの分類といった、コードに触れない用途から始めるのが現実的です。

### Q5: どのチャンネルから始めるのがよいですか？

投稿の流量が一定にあり、かつ内容の型がある程度そろっているチャンネルが向いています。バグ報告チャンネルは再現手順やエラーメッセージという共通の要素があるため、最初の対象として選びやすい部類です。逆に雑談が混ざる汎用チャンネルは、ノイズが多く精度が出にくいので後回しにしたほうがよいでしょう。

## まとめ

Claude Code × Slack MCP連携の要点を整理します。

- Slack連携の本質は通知ではなく、Slackを**AIへの入力チャネル**として使い、未整形の一次情報をそのまま処理に流し込むこと
- Slack公式のプラグイン（`claude plugin install slack`）で接続し、OAuth認証を済ませると連携が始まり（2026年10月時点）、バグ報告→自動解析→PR作成までを1つの指示で走らせられます
- 「読む→判断する→実行する」が連続する業務で効果が出やすいです。読むだけ・実行するだけの業務は、別の手段のほうが適しています
- 「Claude CodeはPR作成まで」「マージはCI/CDのテスト通過と人間レビューが必須」という原則を、個人の判断ではなくブランチ保護などの仕組みに埋め込む
- 常駐Botの代替にはならず、テストが未整備なチームや報告が断片的な環境では効果が出にくくなります。向かないケースを先に見極めてください

**まずは `#bug-reports` の読み取りと要約だけから**始めてください。修正やPR作成はいったん任せず、「取得できるか」「内容を正しく要約できるか」だけを確認します。ここが安定すれば、その先の自動化は段階的に広げられます。

読者の方が今日から進められる次の3ステップは以下の通りです。

1. ワークスペース管理者にSlack MCP連携の承認を得て、`claude plugin install slack` で導入しOAuth認証を済ませる（Botトークン方式を選ぶ場合は、Slack Appを作成し、`channels:read`・`channels:history`・`chat:write` の3スコープだけを付与してトークンを取得する）
2. 認証情報がリポジトリに入らないことを確認したうえで（トークンを使う構成なら環境変数参照にして）、1チャンネルの読み取りを試す
3. 現在のバグ対応フローで「投稿から一次対応開始まで何時間かかっているか」を記録し、導入後の比較基準にする

CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。

## あわせて読みたい

- [Claude Codeの/diffコマンド｜変更差分をインタラクティブに確認してコードレビューを効率化する](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-diff-review)
- [Claude Codeの/planコマンド｜コード変更前にAIと安全に設計・分析する方法](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-plan-mode)
- [Claude Codeのステータスライン設定｜レートリミット・コンテキスト使用率をリアルタイム表示する方法](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-statusline-config)
- [Claude Code × MCP連携ガイド｜社内システムとAIを接続する設定手順と活用パターン](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-mcp-integration)

記事の内容を、そのまま実務に落とし込みたい方向け

HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。

[サービス概要を見る](https://start-link.jp/service/hubspot-ai) [無料で相談する](https://start-link.jp/contact)

## 次に読む

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DD-61_fast_mode_model_support.png) Claude Codeのfast mode（/fast）｜対応モデル・料金・使いどころの判断基準](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-fast-mode)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DD-60_agent_view_session_states.png) Claude Code agent viewの使い方｜全セッションを1画面で管理](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-agent-view)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DD-58_goal_evaluation_loop.png) Claude Codeの/goalコマンド｜完了条件でAIを自律実行させる方法](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-goal-command)

## あわせて読みたいAI実践ガイド

### [Setup Claude Coworkの使い方と初期設定 導入直後にやるべき設定、CLAUDE.md、スキル設計、運用の型をまとめています。](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-cowork-setup-guide)

### [Team Claude Codeでチーム開発を効率化する方法 レビュー、権限管理、共有ルールまで踏み込んだ実践的なチーム利用ガイドです。](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-team-development)

### [MCP Claude Code × MCP連携ガイド 社内システムとつなぎ、実業務でAIエージェントを動かす方法を整理しています。](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-mcp-integration)

### [Service HubSpot × AIの支援サービス 導入設計から内製化、ワークフロー自動化までの支援内容を確認できます。](https://start-link.jp/service/hubspot-ai)

## 記事の内容を、そのまま実務に落とし込みたい方向け

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-slack-integration#blog-download)

 株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、[無料のお問い合わせページ](https://www.start-link.jp/contact)より、お気軽にご連絡くださいませ。

###### 関連キーワード:

[AI](https://start-link.jp/hubspot-ai/tag/ai) [生成AI](https://start-link.jp/hubspot-ai/tag/生成ai)

## サービス資料を無料DL

## 著者情報

![7-1](https://start-link.jp/hubfs/7-1.jpg)

### 今枝 / Imaeda

 株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。  
 HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。

[StartLink](https://start-link.jp/)

### Service

- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [プロダクト](https://start-link.jp/sync)
- [採用情報](https://start-link.jp/recruit)
- [コンサルタントの方へ](https://start-link.jp/consultant-platform)

### Contact

- [問い合わせ](https://start-link.jp/contact)
- [資料ダウンロード](https://start-link.jp/download/service)
- [Syncナレッジベース](https://start-link.jp/sync/knowledge-base)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

(c) 2026 All Rights Reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "今枝 拓海",
    "url" : "https://start-link.jp/hubspot-ai/author/imaeda"
  },
  "datePublished" : "2026-03-17T12:51:56.000Z",
  "headline" : "Claude Code Slack チャット連携｜バグ報告からPR作成を自動化",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/kv_claude-code-slack-integration.jpg" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-slack-integration",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://start-link.jp/hubfs/Start%20Link%20(1500%20x%20600%20px)%20(5)-1.png"
    },
    "name" : "株式会社StartLink"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "HowTo",
  "name" : "接続から最初の自動化まで｜3ステップの設定手順",
  "step" : [ {
    "@type" : "HowToStep",
    "name" : "Slack MCPサーバーを接続する",
    "position" : 1,
    "text" : "接続方式は2つあります。Slackが公式に案内しているのは、Claude Code用のプラグインで接続する方法です。ターミナルからでもIDEの統合ターミナルからでも手順は同じです。使い分けはClaude Code × VS Code / JetBrains連携で解説しています。 方式A: Slack公式プラグイン（OAuth） 事前に、利用するSlackワークスペースでMCP連携が管理者に承認されている必要があります。そのうえで、ターミナルから次を実行します。Claude Codeのセッション内であれば /plugin install slack でも同じです。 プラグインを読み込むとSlack MCPサーバーが自動で設定され、SlackワークスペースへのOAuth認証を求められます。Slack公式の手順では、このプラグインは接続先URLに加えてOAuthクライアントの情報（クライアントIDとコールバックポート）を設定ファイルに含めています。URLだけを claude mcp add で登録した場合には、これらが入りません。そのため、本記事ではプラグイン経由の導入を基本にします。手動で登録する場合は、Claude Codeの公式ドキュメントにある --client-id と --callback-port による事前設定済みOAuth認証情報の指定が別途必要です。…"
  }, {
    "@type" : "HowToStep",
    "name" : "接続確認",
    "position" : 2,
    "text" : "設定後、Claude Codeで以下のように指示するだけで接続を確認できます。 Claude Codeが正常にSlack MCPサーバーと通信できていれば、チャンネルのメッセージ一覧が表示されます。エラーが出る場合は、/mcp で認証の状態を確認してください。Botトークン方式の場合は、トークンのスコープ設定やチャンネルIDも確認します。 この段階では、まだ書き込みも修正もさせません。「読めているか」だけを確認する工程です。ここを飛ばして一気に修正まで指示すると、うまくいかなかったときに原因が認証なのか権限なのか指示文なのか切り分けられなくなります。"
  }, {
    "@type" : "HowToStep",
    "name" : "バグ報告チャンネルの監視と自動対応",
    "position" : 3,
    "text" : "実務での典型的なフローは、特定チャンネル（例: #bug-reports）のメッセージを取得し、内容を解析してコード修正を行うパターンです。 Claude Codeは以下の処理を順番に実行します。 Slack MCPサーバー経由で #bug-reports のメッセージを取得 メッセージ内容を解析し、再現手順・エラーメッセージ・該当ファイルを特定 コードベースを検索して該当箇所を修正 テストを実行して修正の妥当性を確認 Git操作でブランチ作成・コミット・PR作成 Slackスレッドに対応結果を返信 上の3ステップは、そのまま先ほどの業務の型に対応しています。Step 2で「読む」が動くことを確認し、Step 3の前半で「判断する」の精度を確認し、問題がなければ後半の「実行する」まで任せます。段階を分けて確認していけば、途中で止めても損失がありません。"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "FAQPage",
  "mainEntity" : [ {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "Botトークン方式の場合は、Slack Bot Tokenに groups:read と groups:history のスコープを付与すれば、Botが参加しているプライベートチャンネルのメッセージも取得できます。ただし、Botをプライベートチャンネルに招待する操作が別途必要です。公式プラグイン（OAuth）で接続する場合の範囲は、認証時に表示される権限とワークスペースの設定に従います。どちらの方式でも、セキュリティの観点から、アクセスするチャンネルは業務上必要なものに限定してください。"
    },
    "name" : "Slack MCPサーバーはプライベートチャンネルにもアクセスできますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "Claude Codeが生成するPull Requestは、最終的に人間のレビューを経てマージされます。自動化はあくまで「PRの作成まで」であり、マージの判断は開発者が行います。さらに、CI/CDパイプラインのテストが通らなければマージできない仕組みにしておくことで、誤った修正が本番環境に反映されるリスクを抑えられます。Claude CodeのCI/CD連携については「Claude Code × CI/CD自動化」をご覧ください。"
    },
    "name" : "Slackのメッセージを起点にした自動化で、誤ったコード修正が行われるリスクはありませんか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "Slack APIの利用自体は無料プランでも可能です。ただし、無料プランでは参照できるメッセージ履歴に期間の制限があるため、過去の履歴を遡って分析する用途には制約があります。最新の条件はSlackの公式ページで確認してください。また、Slack Appのインストールは、既定では一般メンバーでも可能で、ワークスペースの承認設定（Require App Approval）に従います。承認を必須にしている場合は、事前承認されたアプリしか導入できません。これはSlack MCPサーバー経由の連携で管理者の承認が必要になる点とは別の話です。チームの規模や用途に応じて、Slack Proプラン以上の利用を検討してください。"
    },
    "name" : "無料プランのSlackワークスペースでもMCP連携は使えますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "読み取りと要約だけであれば、設定さえ済んでいれば非エンジニアの方でも自然文で指示できます。ただし、コード修正やPR作成まで任せる場合は、レビューできる人がチーム内にいることが前提になります。まずは日次レポートの集約やフィードバックの分類といった、コードに触れない用途から始めるのが現実的です。"
    },
    "name" : "エンジニアがいないチームでも導入できますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "投稿の流量が一定にあり、かつ内容の型がある程度そろっているチャンネルが向いています。バグ報告チャンネルは再現手順やエラーメッセージという共通の要素があるため、最初の対象として選びやすい部類です。逆に雑談が混ざる汎用チャンネルは、ノイズが多く精度が出にくいので後回しにしたほうがよいでしょう。"
    },
    "name" : "どのチャンネルから始めるのがよいですか？"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-slack-integration#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-24T10:39:33+09:00",
  "datePublished" : "2026-03-17T12:51:56+09:00",
  "headline" : "Claude Code Slack チャット連携｜バグ報告からPR作成を自動化",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/kv_claude-code-slack-integration.jpg",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/ai/claude-code-practice/claude-code-slack-integration",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "speakable" : {
    "@type" : "SpeakableSpecification",
    "cssSelector" : [ ".blog-section h2", ".blog-section p:first-of-type", ".blog-section blockquote" ]
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://start-link.jp",
    "name" : "ホーム",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai",
    "name" : "ブログ",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/ai",
    "name" : "AI活用",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/ai/claude-code-practice",
    "name" : "Claude Code実践",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "Claude Code Slack チャット連携｜バグ報告からPR作成を自動化",
    "position" : 5
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#organization",
  "@type" : "Organization",
  "address" : {
    "@type" : "PostalAddress",
    "addressCountry" : "JP",
    "addressLocality" : "中央区",
    "addressRegion" : "東京都",
    "postalCode" : "104-0061",
    "streetAddress" : "銀座1丁目12番4号 N&E BLD.6F"
  },
  "alternateName" : "StartLink Inc.",
  "award" : [ "HubSpot Gold Solutions Partner（HubSpotゴールドパートナー、2026年4月認定）" ],
  "contactPoint" : [ {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja" ],
    "contactType" : "customer support",
    "url" : "https://start-link.jp/contact"
  }, {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja", "en" ],
    "contactType" : "sales",
    "url" : "https://start-link.jp/contact"
  } ],
  "description" : "「AI × HubSpot」をコンセプトに掲げるHubSpotゴールドパートナー（Gold Solutions Partner、2026年4月認定）。HubSpotマーケットプレイスに自社アプリ（Sync for freee / Notion / Money Forward / Chatwork）を公開するアプリ開発企業であり、HubSpot/Salesforce知見とAI活用を組み合わせたCRM構築・移行・最適化・AIエージェント/PoC支援まで一貫して提供する。",
  "founder" : {
    "@id" : "https://start-link.jp/#founder",
    "@type" : "Person",
    "jobTitle" : "代表取締役",
    "name" : "今枝 拓海",
    "sameAs" : [ "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.facebook.com/takumiIma" ]
  },
  "foundingDate" : "2024-09-04",
  "hasCredential" : {
    "@type" : "EducationalOccupationalCredential",
    "credentialCategory" : "certification",
    "name" : "HubSpot Gold Solutions Partner",
    "recognizedBy" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    }
  },
  "image" : [ "https://start-link.jp/hubfs/startlink-ai-agent.jpg", "https://start-link.jp/hubfs/startlink-aiorg.jpg" ],
  "knowsAbout" : [ "HubSpot CRM", "HubSpot Implementation", "HubSpot導入支援", "CRM構築", "AI活用", "HubSpot連携アプリ開発", "Salesforce to HubSpot Migration", "Generative AI Integration", "AI Agent Development", "Revenue Operations", "Marketing Automation", "freee Integration", "Notion Integration", "Money Forward Integration" ],
  "legalName" : "株式会社StartLink",
  "logo" : "https://start-link.jp/hubfs/startlink-logo.png",
  "mainEntityOfPage" : "https://start-link.jp/",
  "memberOf" : {
    "@type" : "ProgramMembership",
    "hostingOrganization" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    },
    "membershipNumber" : "Gold Tier",
    "programName" : "HubSpot Solutions Partner Program"
  },
  "name" : "株式会社StartLink",
  "sameAs" : [ "https://www.youtube.com/@startlink-hubspot", "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.linkedin.com/company/108100307/", "https://www.facebook.com/takumiIma", "https://www.facebook.com/profile.php?id=61566874764985", "https://prtimes.jp/main/html/searchrlp/company_id/149669", "https://app.hubspot.com/ecosystem/46046172/marketplace/solutions/startlink" ],
  "taxID" : "8010001248134",
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#website",
  "@type" : "WebSite",
  "inLanguage" : "ja",
  "name" : "株式会社StartLink",
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM導入", "HubSpot" ],
  "description" : "150社以上の実績を持つHubSpotゴールドパートナーが、業務フローに合わせた設計から構築・本番稼働まで一貫支援。",
  "name" : "HubSpot導入・構築支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot導入・構築支援",
  "url" : "https://start-link.jp/service/hubspot"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-ai",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM最適化", "AI活用" ],
  "description" : "HubSpotを軸に業務要件に沿った設計改善とAI連携活用を包括支援。",
  "name" : "HubSpot AIコンサルティング",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot AIコンサルティング",
  "url" : "https://start-link.jp/service/hubspot-ai"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-training",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "研修", "HubSpot" ],
  "description" : "HubSpotの概念・基本操作からAI活用ノウハウまで、社内浸透のための研修を提供。",
  "name" : "HubSpot研修・レクチャー支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot研修・内製化支援",
  "url" : "https://start-link.jp/service/hubspot-ai/training"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-sf2hs-replace",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM移行", "データ移行" ],
  "description" : "Salesforce/HubSpot双方の思想とデータモデルを理解した移行設計とHubSpot側CRM開発を実行。",
  "name" : "SalesforceからHubSpotへのリプレイス支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "SalesforceからHubSpotへのリプレイス支援",
  "url" : "https://start-link.jp/service/salesforce-hubspot-replace"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-bi",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "AI活用", "経営管理" ],
  "description" : "複数システムのデータを統合し、毎朝のAIブリーフィングなど経営の意思決定を加速する仕組みを構築。",
  "name" : "Claude Codeによる経営データ活用支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AI経営管理支援",
  "url" : "https://start-link.jp/service/claude-code/business-intelligence"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-content",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "コンテンツマーケティング", "AI活用" ],
  "description" : "キーワード戦略からSEO記事制作、CMS公開まで、AIを活用したコンテンツマーケティングを自動化。",
  "name" : "Claude Codeによるコンテンツマーケティング支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AIコンテンツ制作支援",
  "url" : "https://start-link.jp/service/claude-code/content-marketing"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-freee",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとfreee会計・freee請求書をシームレスに連携。取引先の同期から請求書作成まで、バックオフィスの業務を自動化するHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "freee取引先をHubSpotに自動同期", "HubSpotからfreee見積書・請求書を作成", "取引データをfreee会計に自動登録", "月次請求・更新処理に対応", "商品項目・品目・部門・タグ情報の連携" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/apps/sync-for-freee-bystartlink",
  "name" : "Sync for freee",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "softwareHelp" : {
    "@type" : "WebPage",
    "url" : "https://start-link.jp/sync/knowledge-base/freee/basic-steps"
  },
  "url" : "https://start-link.jp/sync/freee"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-notion",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotのCRMレコードとNotionのページ・データベースを接続。HubSpotの画面から離れずにNotionのすべてにアクセスできるHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "CRMカードからNotionページの作成・閲覧・編集", "NotionデータベースをCRMタブにテーブル表示", "4つのワークフローアクションで自動化", "コンタクト・会社・取引・チケット・サービス・プロジェクト対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-notion-bystartlink",
  "name" : "Sync for Notion",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "ページ・DB合計50件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Professional",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/notion"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-moneyforward",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとマネーフォワード クラウドを連携。取引情報から見積書・請求書を自動作成し、取引先・品目の同期や継続請求に対応するHubSpot連携アプリ。",
  "featureList" : [ "取引（Deal）から見積書・請求書を自動作成", "会社情報とマネーフォワード取引先の同期", "商品項目・品目マスタの連携", "月次・固定回数の継続請求に対応（Professionalプラン以上）", "合算請求（Enterpriseプラン限定）", "前受請求（一括請求・月次計上）（Enterpriseプラン限定）", "原価登録（MF会計への仕訳登録）で案件別の原価・粗利を可視化（Enterpriseプラン限定）", "取引レコードにCRMカードで連携ステータスを表示" ],
  "installUrl" : "https://ecosystem.hubspot.com/ja/marketplace/listing/sync-for-moneyforward-bystartlink",
  "name" : "Sync for Money Forward",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/moneyforward"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-chatwork",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとChatworkを連携。ワークフローからChatworkのルームへ通知を送り、CRMカード上で最新のやり取りの確認と返信ができ、紐付けたルームの新着メッセージをHubSpotのノートとして自動で記録するHubSpot連携アプリ。",
  "featureList" : [ "ワークフローアクション「Chatworkに通知」（取引・会社・コンタクト・チケット対応）", "送信先ルームIDとメッセージ本文にHubSpotのプロパティを差し込み", "取引・会社・コンタクトとChatworkルームの紐付け（全プラン無制限）", "CRMカードにルームの最新100件のメッセージを表示（Professionalプラン以上）", "CRMカードからChatworkへメッセージを送信（Professionalプラン以上）", "紐付けたルームの新着メッセージをHubSpotのノートへ自動記録（Enterpriseプラン限定）", "引用や装飾を、HubSpotのノートでも読みやすい見た目のまま記録", "OAuth接続とAPIトークン接続（SAML/SSO環境向け）に対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-chatwork-bystartlink",
  "name" : "Sync for Chatwork",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "通知 月10件まで・ルーム紐付け無制限",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "通知無制限・CRMカードで最新100件の表示とメッセージ送信",
    "name" : "Professional",
    "price" : "3000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "Professionalの全機能＋メッセージ同期（30分ごと）",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/chatwork"
}
```