Slack Codeは一人開発には要らない｜半日触って分かった導入条件と料金
Slack Codeは一人開発には要らない｜半日触って分かった導入条件と料金
結論
一人で開発している人には、たぶん要りません。
自分の頭の中に「何をどう直したいか」がある状態なら、Claude Codeを直接叩いたほうが速いです。Slackを経由するぶん、むしろ遠回りになります。
じゃあ誰に効くのかというと、開発の情報がすでにSlackに溜まっている会社です。営業から「データの件数が合わない」と報告が来る。社長から「この画面見にくいな」と言われる。クライアントからクレームが来る。そういうやりとりがSlackのスレッドに流れている会社なら、意味があります。
ただ、ここに落とし穴がありまして。追加費用ゼロで今すぐ使える版は、各自がClaudeの個人契約とGitHubアカウントを持っていないと動きません。つまり非エンジニアには使わせられない。それを解決するClaude Tagのほうは、Team/Enterpriseプラン限定です。1人あたり月$20（年払い）から。
なので判断すべきことは「Slack Codeを使うかどうか」ではなくて、**「エンジニア以外にAIへ直接タスクを投げさせたいか」**なんですよね。ここが決まれば、あとは自動的に決まります。
以下、実際に触ってどう感じたかと、料金の話を書きます。
そもそも何が発表されたのか
2026年8月20日、SlackがSlack Codeというものを発表しました。AIコーディングエージェントとチームが、Slackのチャンネル上で一緒に開発する機能です。
エージェントをメンションすると、そのタスク専用のチャンネルが自動で生まれる。中には会話・計画・コードの差分・画面のプレビューがタブで並ぶ。本番へのプッシュみたいな重要な操作は、チャンネル内で人間が承認する。対応しているのはClaude Code、Claude Tag、Devin、GitHub Copilot、Vercelあたりで、ChatGPTも近日対応とのこと。
全Slackプランで使えて、追加費用はなし。Slack社内では「コードチャネルの70%以上が、アイデアからPRマージまで1日以内に完結」しているそうです。
数字だけ見るとかなり強い。じゃあうちでも、と思って触ってみました。
正直、最初は「これ要る?」と思いました
セットアップを終えて、Slackから@Claudeにリポジトリの調査を投げてみました。数分で日本語のレポートが返ってきます。ローカルにクローンもしていないし、ターミナルすら開いていない。
技術的には、ちゃんと動きます。
ただ、そのとき正直こう思ったんです。
**「この機能、何がいいのかわからんな。Slack経由せずにClaudeから直接GitHub見たらいいやん」
これ、たぶん的外れな感想じゃないと思うんですよ。一人で作業していて、何をどう直したいか自分でわかっているなら、Slackを挟む理由がない。対話の往復も効きにくいし、細かい制御もしづらい。
Slack Codeって、手元の作業を速くする機能ではないんですよね。ここを最初に理解しておかないと、期待がずれます。
効くのは、こういう場面でした
触りながら整理していくと、価値が出る場面は3つに絞られました。
ひとつめは、転記が消えること。
営業チャンネルに「データの件数が合わない」と報告が来たとします。そのスレッドでそのまま@Claudeをメンションすると、Claudeはスレッド全体を読んで状況を把握してくれる。状況説明を書き直さなくていい。
Claude Codeを直接使う場合、Slackから状況をコピーして貼る作業が毎回発生します。地味ですが、これがゼロになる。
ふたつめは、依頼した人が進捗を見られること。
「あれ、どうなってる?」と聞かれる場面が消えます。チャンネルを見れば流れているので。
直接使っていると作業が自分の画面の中で完結してしまうので、報告という作業そのものが発生するんですよね。それがなくなる。
みっつめが、いちばん大きいと思っています。非エンジニアが自分で起票できること。
営業や総務のメンバーはClaude Codeを開きません。でもSlackには全員います。「この数字がずれているので直してほしい」を本人が投げられるようになれば、エンジニアが「受け取って、翻訳して、投げ直す」という中継役から降りられる。
逆に言うと、この3つが自社に当てはまらないなら導入しなくていい機能です。
で、3つめをやろうとすると壁にぶつかります
非エンジニアに使わせようとすると、今すぐ使える版では詰まります。
というのも、Claude Code in Slack（今すぐ使えるほう）は、セッションが各人の個人Claudeアカウント上で動く仕様なんです。社長が@Claudeと打つには、社長自身がこれを揃える必要があります。
Claude ProかMaxの契約。Slackで自分のClaude.aiアカウントを接続。さらに自分のGitHubアカウントで、対象リポジトリへのアクセス権。
……社長にGitHubアカウント作ってもらいますか? という話になります。現実的じゃない。
実際、Slackで@Claudeに投げると、返信の頭に毎回こう出ていました。
Using the legacy Claude in Slack bot. Ask your Claude workspace owner to enable Claude Tag.
「あなたが使っているのは旧版です」と、Claude自身が言ってくるわけです。
Claude Tagが、そこを解決します
Claude Tagは、@Claudeが組織の共有アカウントとして動く仕組みです。現在パブリックベータ。
公式ドキュメントに、判断を左右する一文がありました。
What it can reach depends on the channel you're in, not on who you are. （Claudeが何にアクセスできるかは、誰が投げたかではなく、どのチャンネルにいるかで決まる）
アクセス権が人ではなくチャンネルに紐づくんです。
管理者が「このチャンネルからはこのリポジトリを触れる」と一度設定すれば、そのチャンネルにいる人は全員使える。個人の契約もGitHubアカウントも要らなくなる。さっきの「社長にGitHubアカウントを作ってもらう」問題が、まるごと消えます。
ほかにも、スレッド内でチェックリストを出しながら進めてくれたり、スケジュール実行やチャンネル監視ができたりします。実行はAnthropic側の使い捨てサンドボックスなので、自社のネットワークにも個人のPCにも入ってきません。
必要なのはTeamかEnterpriseプラン。ここが唯一のハードルです。
実際、どんな会話になるのか
ここまで機能の話ばかりだったので、具体的にどうなるのかを書きます。うちがクライアント向けに納品した電話受付AIの運用を例にしてみます。
まず、今すぐ使える版の場合
開発担当だけが@Claudeを使える状態です。
社長 10:12 クライアントさんから連絡あった 昨日の夜、予約の電話で「予約したいんですけど」って言うたのに AIが「確認して折り返します」って返したらしい それ答えられなアカンやつちゃう?
開発担当 10:15 見てみます
開発担当 10:16 @Claude このスレッドの件、管理画面の「答えられなかった質問」を 調べる方法を教えて。「予約」系の質問のスコアが知りたい
Claude 10:16 該当のテーブルに記録されています。管理画面の該当タブでスコア付きの一覧が見られます。 ただ、このスレッドの内容からすると原因は別かもしれません。「予約したい」は変動情報に該当するため、システムプロンプトの設計上、意図的にエスカレーションされている可能性があります。プロンプトの定義ファイルを確認しましょうか?
開発担当 10:18 @Claude お願いします
Claude 10:21 確認しました。47行目に「予約の可否・空き状況は必ず確認して折り返す」というルールが入っています。バグではなく仕様通りの動作です。 クライアントさんが求めているのが「予約を受け付ける」ことなら、プロンプトの変更ではなく予約枠を参照する仕組みが必要になります。
社長 10:23 なるほど、仕様か クライアントさんに聞いてみるわ。予約そのものを取りたいのか、 「折り返します」で十分なのか
開発担当 10:24 了解です。前者やったら結構な工数になります
ここで何が起きたか、わかりますか。
開発担当は、調査結果を報告していないんです。 社長がスレッドを読んで、自分で判断して、次の動きを決めている。
これが「転記が消える」の正体です。従来なら「調べました。原因はプロンプトの仕様でした。つまり……」と説明を書く必要があった。それが丸ごと消えています。
Claude Tagを入れた場合
今度は社長が直接投げられる状態です。
社長 21:40 @Claude 管理画面の通話履歴、日付が「2026-08-21T14:32:00Z」って 出てて読みにくいねん。「8月21日 23:32」みたいに日本時間で出せへん?
Claude 21:40
#通話履歴の日付表示チャンネルを作成しました 該当箇所は88行目です。UTCのISO形式をそのまま表示しています。日本時間の読みやすい形式に変換します。
（専用チャンネルに移動）
Claude 21:43 実装しました。
2026-08-21T14:32:00Z→8月21日 23:32［差分］［プレビュー］［計画］ ←タブで切り替え
プレビューで確認できます。問題なければ「PRを作って」とお伝えください。 ※本番への反映には開発担当の承認が必要です
社長 21:45 ええ感じや。秒はいらんかったけどそれでOK @開発担当 これPRしてもらってええ?
開発担当 22:10 見ました。表示だけなんで問題ないです @Claude PR作ってください
Claude 22:11 PR #41 を作成しました。マージ待ちです。
夜9時40分に社長が思いついたことが、その場で形になっています。開発担当を起こしていません。 朝チェックして、PRを出すだけ。
役割が変わっているのがわかると思います。開発担当が「実装する人」から「承認する人」になっている。
二つを並べると
今すぐ使える版は、開発担当が窓口のままです。社長は依頼して待つ。ただし進捗が見えるので、報告という作業は消えます。
Claude Tagを入れると、窓口そのものがなくなります。誰でも投げられて、開発担当は最後の承認だけ。夜中の思いつきも翌朝まで寝かせなくていい。
どちらが自社に合うかは、正直、社風だと思います。「誰でも投げられる」状態が向いていない組織もあるはずなので。
料金の話
Teamプランは、標準シートが1人あたり月$20（年払い。月払いだと$25）。プレミアムシートというのもあって、そちらは月$100（月払いなら$125）です。2〜150人が対象で、Claude Codeは全席に含まれます。標準とプレミアムを混ぜることもできる。
Enterpriseはセルフサーブなら$20/席/月＋API従量で、年払いのみ。営業経由だとカスタム見積もりになります。
で、ここが誤解しやすいところなんですが——Claude Tagを使ってもシート課金は上乗せされません。
Adding Claude to Slack doesn't add a per-seat charge. Channel and thread work is billed by usage instead.
チャンネルやスレッドでの作業は従量課金で、組織の残高から引かれる形です。Ownerが残高を積んで、上限（spend limit）を設定できます。管理画面でチャンネル別の使用量も見える。
「月いくらかかるかわからないものに払えるか」というのが、たいてい経営側の一番の懸念だと思うんですが、上限を先に決められるというのはそこへの直球の答えになりますよね。
いくらになるか、試算してみました
10〜30人規模の会社を想定して。
構成 | 席数 | 月額（年払い） | 円換算の目安 |
|---|---|---|---|
最小（開発2名＋経営2名） | 標準4席 | $80 | 約1.2万円 |
開発者1名をプレミアムに | プレミアム1＋標準3 | $160 | 約2.4万円 |
全社導入（15人） | 標準15席 | $300 | 約4.5万円 |
これにClaude Tagの従量分が乗ります。ただし上限を設定できるので、青天井にはなりません。
円換算は$1=150円での目安です。レートで変わります。
ひとつ推測として書いておきます。プレミアムシートの利用上限がMaxプラン相当なのかどうか、公式に明記を見つけられませんでした。すでに個人でMaxを契約している開発者がTeamに移る場合、上限が下がる可能性があります。契約前に確認したほうがいいと思います。
高いか安いかは、何と比べるかで変わります
コストの話をするとき、比較対象は「今払っている金額」じゃなくて「今かかっている時間」だと思うんですよね。
最小構成の月1.2万円って、開発者の時給換算で2〜3時間ぶんくらいです。
非エンジニアからの依頼を受け取って、翻訳して、投げ直す時間。「あれどうなってる?」に答える時間。進捗を報告するために書くメッセージ。
これらが月に2〜3時間を超えているなら、計算は合います。超えていないなら合わない。それだけの話だと思います。
半日で3回つまずきました
たぶんこの記事でいちばん役に立つのはここです。導入を検討するなら、先に知っておいたほうがいい。
スレッドの外に投げて、ブランチが分裂した
実装してもらったコードに「文字が大きすぎる」と修正を頼んだんですが、チャンネル本体のほうに投げてしまったんですね。
Claudeは新しいセッションを立ち上げて、masterから別のブランチを切って一から作り直しました。結果、同じ機能のブランチが2本できてしまった。
このときClaudeは「変更はまだコミットされていません」と報告してきたんですが、これ嘘じゃないんです。見ているブランチが違うだけでした。
修正の指示は、必ず元のスレッド内で返信する。これはルールとして最初に共有しておくべきだと思います。
英語の警告を読み飛ばした
これはちょっと恥ずかしい話なんですが。
PRの説明文に、Claudeがこう書いていました。
if the repo is private, reviewers would rely on the attached artifact instead
プライベートリポジトリでは画像が表示されませんよ、という警告です。ちゃんと予告してくれていたのに、英語だったので読み飛ばした。案の定、実際にPRのコメントで画像が壊れていました。
これには対策があります。リポジトリのルートにCLAUDE.mdというファイルを置いて、「報告はすべて日本語で書くこと」と書いておけば、以降のセッションは日本語で返ってきます。導入時に真っ先にやるべき設定だと思いました。
プライベートリポジトリが一覧に出てこない
対象のリポジトリが選択肢に出てこない、という状態に2回はまりました。
原因は、GitHubとの連携がOAuth接続だけで、Claude GitHubアプリがインストールされていなかったこと。プライベートリポジトリを扱うには、アプリのインストールが別途必要です。
非エンジニアに使わせるなら、これだけは
シミュレーションしてみて思ったんですが、非エンジニアが最初に踏むのは、まさに上の1番と3番なんですよ。
社長: @Claude 通話履歴の日付が見にくいから直して
Claude: どのリポジトリのことか分かりませんでした [Select repository]
ここで離脱します。3分もたない。
なのでチャンネルのトピック欄に、使い方を3行だけ貼っておくのが実質必須だと思っています。
結局、うちに要るのか
こう自問すると決まると思います。
開発の情報が、すでにSlackに溜まっているか。非エンジニアからの依頼を、エンジニアが中継している場面があるか。「あれどうなってる?」と聞かれる回数が多いか。そして、それらの合計が月2〜3時間を超えているか。
全部あてはまるなら、Teamプランを検討する価値があります。
ひとつふたつしかあてはまらないなら、今すぐ使えるほうを開発者だけで試してみればいい。既存のPro/Max契約があれば追加費用ゼロで始められます。
ひとつもあてはまらないなら、導入しなくていいと思います。 一人で開発している限り、この機能は手元の作業を速くしてくれません。
おわりに
Slack Codeって「AIコーディングを速くする機能」じゃなくて、**「AIへの入口をチームに開放する機能」**なんだと思います。
だから判断軸が技術じゃなくて組織の側にある。エンジニア以外がAIに直接タスクを投げる状態を作りたいか。作りたいならプラン移行が必要になるし、作りたくないなら今のままで十分です。
半日触っていちばん強く思ったのは、成功例より失敗例のほうが導入判断に効くということでした。ブランチが分裂して、英語の警告を読み飛ばして、権限で2回つまずいた。これ全部、非エンジニアが使い始めたら確実に踏みます。
導入するなら、運用ルールを先に決めてからのほうがいいと思います。
参考
料金は2026年8月時点の公表値です。円換算は$1=150円での目安であり、実際のレートで変動します。
結論
一人で開発している人には、たぶん要りません。
自分の頭の中に「何をどう直したいか」がある状態なら、Claude Codeを直接叩いたほうが速いです。Slackを経由するぶん、むしろ遠回りになります。
じゃあ誰に効くのかというと、開発の情報がすでにSlackに溜まっている会社です。営業から「データの件数が合わない」と報告が来る。社長から「この画面見にくいな」と言われる。クライアントからクレームが来る。そういうやりとりがSlackのスレッドに流れている会社なら、意味があります。
ただ、ここに落とし穴がありまして。追加費用ゼロで今すぐ使える版は、各自がClaudeの個人契約とGitHubアカウントを持っていないと動きません。つまり非エンジニアには使わせられない。それを解決するClaude Tagのほうは、Team/Enterpriseプラン限定です。1人あたり月$20（年払い）から。
なので判断すべきことは「Slack Codeを使うかどうか」ではなくて、**「エンジニア以外にAIへ直接タスクを投げさせたいか」**なんですよね。ここが決まれば、あとは自動的に決まります。
以下、実際に触ってどう感じたかと、料金の話を書きます。
そもそも何が発表されたのか
2026年8月20日、SlackがSlack Codeというものを発表しました。AIコーディングエージェントとチームが、Slackのチャンネル上で一緒に開発する機能です。
エージェントをメンションすると、そのタスク専用のチャンネルが自動で生まれる。中には会話・計画・コードの差分・画面のプレビューがタブで並ぶ。本番へのプッシュみたいな重要な操作は、チャンネル内で人間が承認する。対応しているのはClaude Code、Claude Tag、Devin、GitHub Copilot、Vercelあたりで、ChatGPTも近日対応とのこと。
全Slackプランで使えて、追加費用はなし。Slack社内では「コードチャネルの70%以上が、アイデアからPRマージまで1日以内に完結」しているそうです。
数字だけ見るとかなり強い。じゃあうちでも、と思って触ってみました。
正直、最初は「これ要る?」と思いました
セットアップを終えて、Slackから@Claudeにリポジトリの調査を投げてみました。数分で日本語のレポートが返ってきます。ローカルにクローンもしていないし、ターミナルすら開いていない。
技術的には、ちゃんと動きます。
ただ、そのとき正直こう思ったんです。
**「この機能、何がいいのかわからんな。Slack経由せずにClaudeから直接GitHub見たらいいやん」
これ、たぶん的外れな感想じゃないと思うんですよ。一人で作業していて、何をどう直したいか自分でわかっているなら、Slackを挟む理由がない。対話の往復も効きにくいし、細かい制御もしづらい。
Slack Codeって、手元の作業を速くする機能ではないんですよね。ここを最初に理解しておかないと、期待がずれます。
効くのは、こういう場面でした
触りながら整理していくと、価値が出る場面は3つに絞られました。
ひとつめは、転記が消えること。
営業チャンネルに「データの件数が合わない」と報告が来たとします。そのスレッドでそのまま@Claudeをメンションすると、Claudeはスレッド全体を読んで状況を把握してくれる。状況説明を書き直さなくていい。
Claude Codeを直接使う場合、Slackから状況をコピーして貼る作業が毎回発生します。地味ですが、これがゼロになる。
ふたつめは、依頼した人が進捗を見られること。
「あれ、どうなってる?」と聞かれる場面が消えます。チャンネルを見れば流れているので。
直接使っていると作業が自分の画面の中で完結してしまうので、報告という作業そのものが発生するんですよね。それがなくなる。
みっつめが、いちばん大きいと思っています。非エンジニアが自分で起票できること。
営業や総務のメンバーはClaude Codeを開きません。でもSlackには全員います。「この数字がずれているので直してほしい」を本人が投げられるようになれば、エンジニアが「受け取って、翻訳して、投げ直す」という中継役から降りられる。
逆に言うと、この3つが自社に当てはまらないなら導入しなくていい機能です。
で、3つめをやろうとすると壁にぶつかります
非エンジニアに使わせようとすると、今すぐ使える版では詰まります。
というのも、Claude Code in Slack（今すぐ使えるほう）は、セッションが各人の個人Claudeアカウント上で動く仕様なんです。社長が@Claudeと打つには、社長自身がこれを揃える必要があります。
Claude ProかMaxの契約。Slackで自分のClaude.aiアカウントを接続。さらに自分のGitHubアカウントで、対象リポジトリへのアクセス権。
……社長にGitHubアカウント作ってもらいますか? という話になります。現実的じゃない。
実際、Slackで@Claudeに投げると、返信の頭に毎回こう出ていました。
Using the legacy Claude in Slack bot. Ask your Claude workspace owner to enable Claude Tag.
「あなたが使っているのは旧版です」と、Claude自身が言ってくるわけです。
Claude Tagが、そこを解決します
Claude Tagは、@Claudeが組織の共有アカウントとして動く仕組みです。現在パブリックベータ。
公式ドキュメントに、判断を左右する一文がありました。
What it can reach depends on the channel you're in, not on who you are. （Claudeが何にアクセスできるかは、誰が投げたかではなく、どのチャンネルにいるかで決まる）
アクセス権が人ではなくチャンネルに紐づくんです。
管理者が「このチャンネルからはこのリポジトリを触れる」と一度設定すれば、そのチャンネルにいる人は全員使える。個人の契約もGitHubアカウントも要らなくなる。さっきの「社長にGitHubアカウントを作ってもらう」問題が、まるごと消えます。
ほかにも、スレッド内でチェックリストを出しながら進めてくれたり、スケジュール実行やチャンネル監視ができたりします。実行はAnthropic側の使い捨てサンドボックスなので、自社のネットワークにも個人のPCにも入ってきません。
必要なのはTeamかEnterpriseプラン。ここが唯一のハードルです。
実際、どんな会話になるのか
ここまで機能の話ばかりだったので、具体的にどうなるのかを書きます。うちがクライアント向けに納品した電話受付AIの運用を例にしてみます。
まず、今すぐ使える版の場合
開発担当だけが@Claudeを使える状態です。
社長 10:12 クライアントさんから連絡あった 昨日の夜、予約の電話で「予約したいんですけど」って言うたのに AIが「確認して折り返します」って返したらしい それ答えられなアカンやつちゃう?
開発担当 10:15 見てみます
開発担当 10:16 @Claude このスレッドの件、管理画面の「答えられなかった質問」を 調べる方法を教えて。「予約」系の質問のスコアが知りたい
Claude 10:16 該当のテーブルに記録されています。管理画面の該当タブでスコア付きの一覧が見られます。 ただ、このスレッドの内容からすると原因は別かもしれません。「予約したい」は変動情報に該当するため、システムプロンプトの設計上、意図的にエスカレーションされている可能性があります。プロンプトの定義ファイルを確認しましょうか?
開発担当 10:18 @Claude お願いします
Claude 10:21 確認しました。47行目に「予約の可否・空き状況は必ず確認して折り返す」というルールが入っています。バグではなく仕様通りの動作です。 クライアントさんが求めているのが「予約を受け付ける」ことなら、プロンプトの変更ではなく予約枠を参照する仕組みが必要になります。
社長 10:23 なるほど、仕様か クライアントさんに聞いてみるわ。予約そのものを取りたいのか、 「折り返します」で十分なのか
開発担当 10:24 了解です。前者やったら結構な工数になります
ここで何が起きたか、わかりますか。
開発担当は、調査結果を報告していないんです。 社長がスレッドを読んで、自分で判断して、次の動きを決めている。
これが「転記が消える」の正体です。従来なら「調べました。原因はプロンプトの仕様でした。つまり……」と説明を書く必要があった。それが丸ごと消えています。
Claude Tagを入れた場合
今度は社長が直接投げられる状態です。
社長 21:40 @Claude 管理画面の通話履歴、日付が「2026-08-21T14:32:00Z」って 出てて読みにくいねん。「8月21日 23:32」みたいに日本時間で出せへん?
Claude 21:40
#通話履歴の日付表示チャンネルを作成しました 該当箇所は88行目です。UTCのISO形式をそのまま表示しています。日本時間の読みやすい形式に変換します。
（専用チャンネルに移動）
Claude 21:43 実装しました。
2026-08-21T14:32:00Z→8月21日 23:32［差分］［プレビュー］［計画］ ←タブで切り替え
プレビューで確認できます。問題なければ「PRを作って」とお伝えください。 ※本番への反映には開発担当の承認が必要です
社長 21:45 ええ感じや。秒はいらんかったけどそれでOK @開発担当 これPRしてもらってええ?
開発担当 22:10 見ました。表示だけなんで問題ないです @Claude PR作ってください
Claude 22:11 PR #41 を作成しました。マージ待ちです。
夜9時40分に社長が思いついたことが、その場で形になっています。開発担当を起こしていません。 朝チェックして、PRを出すだけ。
役割が変わっているのがわかると思います。開発担当が「実装する人」から「承認する人」になっている。
二つを並べると
今すぐ使える版は、開発担当が窓口のままです。社長は依頼して待つ。ただし進捗が見えるので、報告という作業は消えます。
Claude Tagを入れると、窓口そのものがなくなります。誰でも投げられて、開発担当は最後の承認だけ。夜中の思いつきも翌朝まで寝かせなくていい。
どちらが自社に合うかは、正直、社風だと思います。「誰でも投げられる」状態が向いていない組織もあるはずなので。
料金の話
Teamプランは、標準シートが1人あたり月$20（年払い。月払いだと$25）。プレミアムシートというのもあって、そちらは月$100（月払いなら$125）です。2〜150人が対象で、Claude Codeは全席に含まれます。標準とプレミアムを混ぜることもできる。
Enterpriseはセルフサーブなら$20/席/月＋API従量で、年払いのみ。営業経由だとカスタム見積もりになります。
で、ここが誤解しやすいところなんですが——Claude Tagを使ってもシート課金は上乗せされません。
Adding Claude to Slack doesn't add a per-seat charge. Channel and thread work is billed by usage instead.
チャンネルやスレッドでの作業は従量課金で、組織の残高から引かれる形です。Ownerが残高を積んで、上限（spend limit）を設定できます。管理画面でチャンネル別の使用量も見える。
「月いくらかかるかわからないものに払えるか」というのが、たいてい経営側の一番の懸念だと思うんですが、上限を先に決められるというのはそこへの直球の答えになりますよね。
いくらになるか、試算してみました
10〜30人規模の会社を想定して。
構成 | 席数 | 月額（年払い） | 円換算の目安 |
|---|---|---|---|
最小（開発2名＋経営2名） | 標準4席 | $80 | 約1.2万円 |
開発者1名をプレミアムに | プレミアム1＋標準3 | $160 | 約2.4万円 |
全社導入（15人） | 標準15席 | $300 | 約4.5万円 |
これにClaude Tagの従量分が乗ります。ただし上限を設定できるので、青天井にはなりません。
円換算は$1=150円での目安です。レートで変わります。
ひとつ推測として書いておきます。プレミアムシートの利用上限がMaxプラン相当なのかどうか、公式に明記を見つけられませんでした。すでに個人でMaxを契約している開発者がTeamに移る場合、上限が下がる可能性があります。契約前に確認したほうがいいと思います。
高いか安いかは、何と比べるかで変わります
コストの話をするとき、比較対象は「今払っている金額」じゃなくて「今かかっている時間」だと思うんですよね。
最小構成の月1.2万円って、開発者の時給換算で2〜3時間ぶんくらいです。
非エンジニアからの依頼を受け取って、翻訳して、投げ直す時間。「あれどうなってる?」に答える時間。進捗を報告するために書くメッセージ。
これらが月に2〜3時間を超えているなら、計算は合います。超えていないなら合わない。それだけの話だと思います。
半日で3回つまずきました
たぶんこの記事でいちばん役に立つのはここです。導入を検討するなら、先に知っておいたほうがいい。
スレッドの外に投げて、ブランチが分裂した
実装してもらったコードに「文字が大きすぎる」と修正を頼んだんですが、チャンネル本体のほうに投げてしまったんですね。
Claudeは新しいセッションを立ち上げて、masterから別のブランチを切って一から作り直しました。結果、同じ機能のブランチが2本できてしまった。
このときClaudeは「変更はまだコミットされていません」と報告してきたんですが、これ嘘じゃないんです。見ているブランチが違うだけでした。
修正の指示は、必ず元のスレッド内で返信する。これはルールとして最初に共有しておくべきだと思います。
英語の警告を読み飛ばした
これはちょっと恥ずかしい話なんですが。
PRの説明文に、Claudeがこう書いていました。
if the repo is private, reviewers would rely on the attached artifact instead
プライベートリポジトリでは画像が表示されませんよ、という警告です。ちゃんと予告してくれていたのに、英語だったので読み飛ばした。案の定、実際にPRのコメントで画像が壊れていました。
これには対策があります。リポジトリのルートにCLAUDE.mdというファイルを置いて、「報告はすべて日本語で書くこと」と書いておけば、以降のセッションは日本語で返ってきます。導入時に真っ先にやるべき設定だと思いました。
プライベートリポジトリが一覧に出てこない
対象のリポジトリが選択肢に出てこない、という状態に2回はまりました。
原因は、GitHubとの連携がOAuth接続だけで、Claude GitHubアプリがインストールされていなかったこと。プライベートリポジトリを扱うには、アプリのインストールが別途必要です。
非エンジニアに使わせるなら、これだけは
シミュレーションしてみて思ったんですが、非エンジニアが最初に踏むのは、まさに上の1番と3番なんですよ。
社長: @Claude 通話履歴の日付が見にくいから直して
Claude: どのリポジトリのことか分かりませんでした [Select repository]
ここで離脱します。3分もたない。
なのでチャンネルのトピック欄に、使い方を3行だけ貼っておくのが実質必須だと思っています。
結局、うちに要るのか
こう自問すると決まると思います。
開発の情報が、すでにSlackに溜まっているか。非エンジニアからの依頼を、エンジニアが中継している場面があるか。「あれどうなってる?」と聞かれる回数が多いか。そして、それらの合計が月2〜3時間を超えているか。
全部あてはまるなら、Teamプランを検討する価値があります。
ひとつふたつしかあてはまらないなら、今すぐ使えるほうを開発者だけで試してみればいい。既存のPro/Max契約があれば追加費用ゼロで始められます。
ひとつもあてはまらないなら、導入しなくていいと思います。 一人で開発している限り、この機能は手元の作業を速くしてくれません。
おわりに
Slack Codeって「AIコーディングを速くする機能」じゃなくて、**「AIへの入口をチームに開放する機能」**なんだと思います。
だから判断軸が技術じゃなくて組織の側にある。エンジニア以外がAIに直接タスクを投げる状態を作りたいか。作りたいならプラン移行が必要になるし、作りたくないなら今のままで十分です。
半日触っていちばん強く思ったのは、成功例より失敗例のほうが導入判断に効くということでした。ブランチが分裂して、英語の警告を読み飛ばして、権限で2回つまずいた。これ全部、非エンジニアが使い始めたら確実に踏みます。
導入するなら、運用ルールを先に決めてからのほうがいいと思います。
参考
料金は2026年8月時点の公表値です。円換算は$1=150円での目安であり、実際のレートで変動します。
AI・システム開発のこと、VISKにご相談ください
「自社の業務にAIを活かせないか」「この作業、自動化できないか」——
そんな漠然とした段階からで大丈夫です。大阪のAI・システム開発会社VISKが、御社の課題に合わせて、企画から開発・検証までサポートします。
