Slack の中に住む AI 連携

仕事はチャンネルで話され、実際の作業は別の場所で行われます。Zero はその隙間を埋めます。スレッドでメンションし、触れてよい範囲を承認すれば、答えのあるシステムまで届きます。ウェブで使っているのと同じエージェントとして。

チャンネルでも、DM でも、ウェブでも

スレッドが文脈になり、チームからも見える

仕事がすでに話されている場所で Zero をメンションすれば、そのスレッドを読みます。スクリーンショットも、やり取りも、決まったことも。返信はスレッドに入るのでチャンネルは散らからず、依頼も回答も誰かの訂正もチームから見え続けます。

Thread#all-vm0
L
Lancy午前10:37

@Zero先週からのカレンダー、メール、Linear のタスクを見て、チームに共有できる業務サマリーを書いて

ZeroAgent午前10:42

3月16日〜24日の週の業務サマリーです。

会議とコラボレーション
  • チームの朝会(月〜金)
  • プラットフォームチームとの週次同期(4月4日)
  • ユーザーインタビュー:Sarah Kim(4月9日)
採用
  • オペレーションのインターン面接 2 件、4月6日にフォローアップ

スレッドから、Slack の外のシステムに手が届く

チャンネルで報告されたバグが GitHub の Issue になり、そこからプルリクエストになります。そのどちらも同じスレッドに戻ってきます。Zero は承認されていないサービスに触れる前に必ず確認し、範囲は 1 つの権限と 1 つの期間に限られます。

#bug-report
ZeroAgent午前6:07

Issue を作成しました: #11708bug: PWA menu overlaps status bar

  • ラベル: bug PWA
  • 表示: github.com/vm0-ai/vm0/issues/11708
S
Scarlett午前6:08

@ZeroPR を出して直して、そのあとプレビューリンクを見せてくれる?

ZeroAgent午前6:17

PR を提出しました: github.com/vm0-ai/vm0/pull/11709

Slack で尋ね、ウェブで掘り下げる

仕事が持ち上がるのは Slack ですが、長い実行ログを読むのにチャンネルは向きません。Slack で始まったスレッドはウェブ上のスレッドでもあります。どこから来たかが記録され、元のメッセージまで 1 クリック。完全なログも、ファイルも、実行したすべての呼び出しもそこにあります。

Slack·メッセージを開く

さっき送ったスレッドで triage-bug-report を実行して。

#bug-report と同じワークフローです。やったことは次のとおりです。

  1. 1.スレッドから再現手順を抜き出した
  2. 2.Issue を作成してラベルを付けた
  3. 3.尋ねられた場所にリンクを返している
Ask me to automate workflows, manage tasks...
Auto

チームの境界を越えても動く

仕事に関わる全員が自社の従業員とは限りません。クライアントや取引先と共有しているチャンネルに Zero を招待すれば、そのスレッドも同じように読みます。チケットの状況を引き出し、自社の誰かが送るための返信を下書きします。ゲストが受け取るのは答えであって、あなたのアクセス権ではありません。

#acme-northwindSlack Connect2 つの組織
A
AnaNorthwind午後2:20

移行はどこまで進みましたか?明日、こちらのチームに説明します。

M
Marco午後2:22

@Zero移行チケットを確認して、送れる形の状況報告を下書きして

ZeroAgent午後2:22

5 ステップ中 3 つ完了、4 つ目はレビュー中です。下書きは DM に置きました。 下書きを見る

Slack 連携の仕組み

チームのふだんのコミュニケーションは何も変わりません。サービスをつなぐのは、キーの受け渡しではなく承認です。

  1. 01

    インストールして招待する

    Zero を Slack に追加し、いてほしいチャンネルに招待します。招待されたチャンネルしか見えません。

  2. 02

    メンションするか、DM を送る

    チームに見せたい仕事はチャンネルで @Zero、下書きや内密な話は DM で。返信はスレッドに入るので、チャンネルは読みやすいままです。

  3. 03

    必要なものを承認する

    承認されていないサービスが必要になると、Zero が承認依頼を送ります。コネクタ 1 つ、権限 1 つ、期間はあなたが選びます。

  4. 04

    ワークフローを名前で呼ぶ

    「@Zero triage-bug-report」で、保存済みのワークフローを今のスレッドに対して実行できます。予定実行のものは結果を自分で返してきます。

仕事に寄り添い、チームが時間を落とすところで手を出す

Zero は会話を仕切るためにいるのではありません。招待されたチャンネルに居て、すでに話されていることを追い、チームの仕事が決まって滞る数少ない場面で動きます。追いつく作業、報告されたきり登録されないもの、誰も書き残さなかった決定です。

夜のあいだにスレッドが伸びていたとき

チームの半分が眠っているあいだに 100 件のメッセージ。スレッドで尋ねれば、5 つの要点と、まだ決まっていない論点が返ります。

報告されたのに登録されていないとき

誰かがチャンネルにスクリーンショットを投げて、そのまま次へ行く。Zero は文脈が消える前に再現手順を抜き出し、Issue を作り、リンク付きで返信します。

そのままだと決定が消えてしまうとき

スレッドで落ち着いた結論を、他の人が読むドキュメントやトラッカーに、理由と担当者を添えて記録します。

新しく入った人に文脈が要るとき

プロジェクトの途中でチャンネルに加わった人が、何があったのかを尋ねて経緯を受け取れます。誰かが手を止めて語り直す必要はありません。

まだ人に見せられる状態でないとき

顧客への返信、数字の確認、そして固まりきっていないものは DM へ。同じエージェント、同じワークフローで、あなたが決めるまで読み手はひとりです。

ひとりのやり方を全員のものにしたいとき

保存済みのワークフローはどれもスレッドから名前で呼べます。それはウェブアプリが動かすのと同じワークフローなので、誰かがうまくやれた版がチャンネル全体の役に立ち、Slack 限定のものは何もありません。

約 290 のコネクタを、いまいるスレッドから承認する

広いカタログが役に立つのは、接続がひと手間で済むときだけ。そして安全なのは、ワークフローをチームに出しても自分のアカウントまで出さずに済むときだけです。どちらも同じやり方で解いています。

AxiomAxiom
AhrefsAhrefs
AirtableAirtable
GmailGmail
Google SheetsGoogle Sheets
NotionNotion
DocuSignDocuSign
LinearLinear
AxiomAxiom
AhrefsAhrefs
AirtableAirtable
GmailGmail
Google SheetsGoogle Sheets
NotionNotion
DocuSignDocuSign
LinearLinear
Google CalendarGoogle Calendar
IntercomIntercom
DeelDeelDeel
HubSpotHubSpot
DropboxDropbox
SentrySentry
FigmaFigma
VercelVercel
Google CalendarGoogle Calendar
IntercomIntercom
DeelDeelDeel
HubSpotHubSpot
DropboxDropbox
SentrySentry
FigmaFigma
VercelVercel

会話から離れずに承認できる

承認されていないサービスが必要になると、Zero は黙って失敗せず、同じ Slack スレッドに依頼を投稿します。権限と有効期間を選んで承認すれば、ジョブは止まったところから続きます。管理画面も、管理者への依頼も要りません。

ワークフローを共有しても、アカウントは共有されない

ワークフローをチームに公開しても、共有されるのは手順であって、あなたの Gmail や CRM ではありません。チャンネルからそれを呼び出した人は、自分の接続済みサービスと自分に与えられた権限で実行します。だから届く範囲は実行する人の範囲までで、それ以上には広がりません。

認証情報はチャンネルにも、エージェントにも入らない

OAuth を承認してつなぐ場合も、キーを貼り付けてつなぐ場合も、認証情報はエージェントが動く環境の外に保管され、ネットワーク境界で付与されます。スレッドにも、ワークフローにも、エージェントが出力できるどこにもありません。

AI 連携に関するよくある質問

Zero は私の Slack をすべて読むのですか?

いいえ。Slack の AI アシスタントが見えるのは、招待されたチャンネルと、自分がメンションされたメッセージだけです。チャンネルから外せば、その履歴へのアクセスは即座に失われます。

チャンネルと DM の違いは何ですか?

誰に見えるかです。チャンネルでは依頼も回答も誰かの訂正もチームから見えます。DM はウェブのチャットと同じように動き、下書きや機微な内容に向いています。

Slack の Zero とウェブの Zero は同じですか?

はい。チャンネル、DM、ウェブは同じワークフロー、コネクタ、権限を持つ同じエージェントで動きます。保存済みのワークフローをスレッドから名前で呼べば、ウェブとまったく同じように動きます。

Slack の外のシステムには、どうやって届くのですか?

ウェブアプリが使うのと同じコネクタ経由です。承認していないコネクタが必要になったとき、Zero は黙って失敗せず、1 つの権限と 1 つの期間に絞った承認依頼を送ります。

使っているサービスがカタログにない場合は?

カスタムコネクタは API を持つほとんどのサービスに対応し、社内システムも含まれます。組み込みカタログにない道具でも行き止まりにはなりません。到達も承認も、ほかと同じ手順です。

クライアントや取引先と共有しているチャンネルでも使えますか?

招待すれば使えます。共有チャンネルもほかと同じように読みますが、そこにいるゲストはゲストのままです。チャンネルに投稿されたものは見えますが、コネクタもワークフローも誰かのアカウントも受け継ぎません。

ワークフロービルダーなしで Slack の自動化を作れますか?

はい、そこが要点です。Slack のワークフローをひと言で説明してトリガーを付ければ、自動の Slack メッセージが自分で投稿されます。キャンバスもステップエディタもありません。

Slack の有料プランは必要ですか?

@メンションとダイレクトメッセージは、どの Slack プランでも使えます。Slack アプリ内の AI エージェント画面には、Slack の有料プランが必要です。

Zero は ワークフローと自動化生成サービスチームでの共同作業 にも対応しています。組み込みのウェブサービス、切り替えられる モデル、そして 料金 もご覧ください。

Zero をチャンネルに迎える

仕事が話されている場所で尋ねて、答えをスレッドに返してもらいましょう。