先日、海外の掲示板Redditで、ある新機能の発表が話題になっていました。
Anthropicの公式アカウントによる投稿です。
内容は、Claudeをチームの一員として「タグ付け」できる仕組みでした。
正直なところ、発表そのものよりコメント欄のほうが読みごたえがありました。
だから、両方をあわせて取り上げます。
発表された機能：Slackでタグ付けして仕事を任せる
機能の中身はシンプルです。
まずSlack上でClaudeをチームメンバーとして招きます。
そして、選んだチャンネルやツールへのアクセスを与えます。
あとは用件と一緒にClaudeをタグ付けするだけ。
これでプルリクエストの作成やマージ、データ分析、障害対応の手助けなどを任せられます。
その間、あなたは別の作業に集中していられる、というわけですね。
この機能はClaude Codeの発展形だと説明されていました。
受け身ではなく、もっと能動的に動きます。
しかも、チーム全体で使うことを前提に作られています。
Anthropic社内でも、Claudeをタグ付けする進め方がすでに仕事の中心になっているとのこと。
投稿によれば、同社のプロダクトチームが書くコードの65%が、この社内版から生まれているそうです。
おもしろいのは、Claudeがチャンネルの流れを追う点でした。
会話を追いながら、少しずつ文脈をためていきます。
だから、毎回ゼロから事情を説明し直す必要がありません。
さらに許可を与えれば、ほかのSlackチャンネルやデータソースからも学んでくれます。
「アンビエント」な動作をオンにすると、変化はもっと大きくなります。
Claudeが自分から動き始めるからです。
返信が途絶えたスレッドに気づいて知らせる。
つながった複数のチャンネルやツールから、関連情報を拾い上げる。
つまり、指示を待つだけの存在ではなくなる、という設計思想ですね。
提供範囲もはっきり書かれていました。
今はまだベータ版です。
そして、対象はClaude EnterpriseとTeamプランの利用者にかぎられます。
まずはSlackから始まります。
タグ付けできる場所は、これから広がっていく予定だそうです。
コメント欄の温度感：「新機能より、あの件はどうなった」
ここからが本題かもしれません。
発表に対するコメント欄の空気は、お世辞にも歓迎ムードとは言えませんでした。
多くの人が話題にしていたのは、新機能ではありません。
別の出来事でした。
「Fable」と呼ばれるモデルが利用停止になった件です。
コメント欄は、その復活を求める声でほぼ埋まっていました。
しかも、不満の理由はそれだけではありません。
公式の投稿で「24時間以内に技術的な説明を出す」と告げられたのに、何日たっても続報がない。
そう嘆く人も少なくありませんでした。
一方で、肝心の新機能への関心は低めでした。
開発者からは「ただのギミックだ」という声も出ています。
さらに「いわゆるvibe coding以外に使い道がない」と、冷めた評価も飛び出していました。
「まずモデルが落ちないことが先では」
技術的な信頼性を心配する声も目立ちました。
ある人は、最近相次いだ障害を気にしていました。
この新機能のリリースが引き金ではないか、というわけです。
動作が不安定な状況を見てきたぶん、新しいツールがまともに動くのか半信半疑。
そんな反応ですね。
「稼働率90%、すごいですね」という皮肉も見かけました。
便利そうな機能でも、土台が揺らいでいては使いものになりません。
コメントには、そんな本音がにじんでいました。
SlackかTeamsか、という根深い対立
提供がSlack限定だった点にも、不満が集まりました。
「Teamsを使う自分たちはお手上げだ」という声です。
理由はこうです。
多くの企業は、MicrosoftかGoogleの環境で動いています。
だから、Slackだけでは届く範囲が狭すぎる、というわけですね。
ここからSlack派とTeams派の言い合いに発展していた様子もありました。
コメントを読むかぎり、住み分けも見えてきます。
開発が中心の会社ではSlackが強い。
一方、それ以外の組織ではTeamsが優勢です。
つまり、どちらが優れているかが問題ではないのでしょう。
自分の職場で使えるかどうか。
利用者にとっては、そこが死活問題なのだと思います。
現場ならではの懸念：コードの後始末とKPI
実際に使う場面を思い浮かべた、地に足のついた心配もありました。
大きく分けて2つです。
ひとつは、コードの質です。
「チャンネルにClaudeを加えて、タグ付けして、何が起きるか見てみよう」。
そんな触れ込みに対する懸念ですね。
気軽に任せられるのは魅力です。
けれど、後から元に戻しにくい雑なコードが積み上がるのでは、と身構える人がいました。
もうひとつは、働き方への影響です。
公開チャンネルでの「協働」が、KPIとして数えられ始めるのでは、という警戒でした。
ちょうど、トークン使用量が測られるのと同じ理屈です。
便利な道具が、いつのまにか評価の物差しに変わる。
この感覚に覚えのある会社員は、けっこう多いのではないでしょうか。
なお、料金を尋ねる書き込みもありました。
ただ、投稿本文に金額の記載はありません。
だから、はっきりした答えは見当たりませんでした。
擁護する声もあった
否定的な意見が並ぶ一方で、価値を見いだす人もいました。
特に多かったのが、開発者以外にとっての利点です。
たしかに、Claude Codeを使いこなせる人なら話は別でしょう。
コネクタをつないで、似たことが前からできたからです。
けれど、その手段を持たない人にとっては事情が違います。
この機能が、新しい入り口になるという見方ですね。
「前の職場にこれがあれば助かったのに」と振り返る声もありました。
つまり、技術に明るくない利用者ほど、恩恵は大きいのかもしれません。
まとめ：機能の良し悪しと、信頼の話は別物
今回の件を眺めて、ひとつ感じたことがあります。
機能そのものの評価と、出してきた会社への信頼。
この2つは、必ずしも一致しないということです。
タグ付けでClaudeに仕事を任せる発想は、悪くありません。
うまくはまれば、働き方を変える力を持っています。
社内コードの多くがこの仕組みから生まれている、という数字も軽くは見られません。
それでも、反応は盛り上がりませんでした。
動作の安定性や、宙に浮いたままの別件への不満。
それが先に立ったからでしょう。
教訓はシンプルです。
新しい機能を喜んで迎えてもらうには、前提となる信頼が要ります。
コメント欄は、その当たり前を改めて突きつけていました。
