ManusとSlack連携で要約投稿まで自動化する実践手順

Slackのスレッドが伸びすぎて、案件の現状を追うだけで時間が溶ける。そんな場面でManusをつなぐと、会話の流れを読み取り、要点を整理し、必要ならスレッドへの共有まで進められます。最初に迷いやすいのは、連携ボタンの場所、Slack側の承認、チャンネルへの招待、そして最初の頼み方です。順番さえ間違えなければ、今日から十分に試せます。

まず何ができるようになるのか

ManusをSlackに入れると、AIを別画面で開いてコピーする作業が減ります。スレッド内で@manusを呼び、依頼内容を書くと、その会話の文脈を読んだうえで返答します。たとえば、長い案件スレッドで「現状を整理して」と頼むと、完了済み、未対応、確認待ち、次に決めることを分けて返せます。
便利なのは、単なる要約だけではありません。チームの会話を読んで、次に必要な確認事項を出したり、投稿文の下書きを作ったり、共有前に修正を反映したりできます。つまり、Slackを読む、整理する、伝える、という流れを一気に短くできます。

連携前に確認すること

Slackの権限で止まらないための準備

最初につまずきやすいのは、Manus側ではなくSlack側の権限です。ワークスペースにアプリを追加できない権限の場合、承認画面で止まります。その場合は、Slackの管理者にManusアプリの追加を許可してもらう必要があります。
また、SlackのAI連携機能を使うには、無料プランではなく有料プランが必要になる場合があります。連携ボタンが表示されない、承認後に使えない、というときは、Slackの契約プランとアプリ追加権限を先に確認すると早いです。

読ませたい範囲を決めておく

Manusは便利ですが、読ませる範囲を広げすぎると、不要な情報まで拾います。最初は全社チャンネルではなく、案件ごとのチャンネルや特定スレッドで試すのが安全です。読み取りたい会話がまとまっている場所で使うほど、要約の精度も上がります。

ManusとSlackを連携する手順

初回設定は数分で終わります。画面名が英語でも、見る場所は限られています。迷ったら、Manus側の設定画面からSlack連携を探す流れで進めます。

チャンネルに招待するときは、メッセージ入力欄で「/invite」と入力し、その後に「@manus」を指定します。入力後、チャンネルの参加者一覧にManusが表示されれば準備完了です。

最初に試すなら案件スレッドの要約が一番わかりやすい

依頼文は短くても具体的にする

最初の依頼は、長いプロンプトにしなくて大丈夫です。ただし、「まとめて」だけでは少し雑になります。おすすめは、欲しい形まで一文で指定することです。
たとえば、案件スレッドで使うなら「このスレッドの現状を、完了済み、確認待ち、次の対応に分けて整理してください」と入力します。これだけで、会話の流れを追いやすい形になります。

共有前に必ず確認を挟む

Manusに投稿まで任せる場合でも、いきなりチャンネル全体に流すより、まず下書きを出してもらうほうが安全です。「投稿文を作って。まだ投稿しないでください」と頼むと、内容を確認してから直せます。
読み違いがあったら、「その点は完了済みです。反映して書き直してください」と返します。すると、修正後の内容を再生成できます。AIに一発で正解を出させるより、下書き、確認、修正、投稿の順番にすると失敗しにくくなります。

場面別の頼み方

やりたいこと	使う依頼文の例
案件の現状整理	このスレッドを読み、完了済み、未対応、確認待ち、次の一手に分けて整理してください。
会議後の共有文作成	この議論をもとに、チャンネルに投稿する共有文を短く作ってください。まだ投稿しないでください。
抜け漏れ確認	このスレッドで決まっていないこと、担当者が曖昧なこと、期限がないことを洗い出してください。
新メンバー向け説明	この案件を初めて見る人向けに、背景、現在地、次に見るべき点を整理してください。

頼み方のコツは、出力形式を先に決めることです。「表にして」「短く」「担当者ごとに」「投稿文として」など、完成形を入れるだけで、使える答えに近づきます。

失敗しやすいポイントと回避方法

チャンネルに招待していない

連携は完了しているのに反応しない場合、対象チャンネルにManusが参加していないことがあります。Slackのチャンネルで参加者一覧を開き、Manusがいるか確認してください。いなければ、招待してからもう一度呼びかけます。

依頼が広すぎる

「全部まとめて」だけだと、重要度の低い雑談まで混ざることがあります。「このスレッドの決定事項だけ」「未対応のタスクだけ」「今日共有すべき内容だけ」のように範囲を絞ると、実務で使いやすい答えになります。

投稿まで任せすぎる

チームに見える場所へ投稿する内容は、最初から自動投稿にしないほうが安全です。特に顧客名、金額、契約条件、障害対応、個人情報が含まれる場合は、必ず下書きで止めます。確認後に「この内容でスレッドに投稿してください」と頼む流れにすると安心です。

安全に使うための確認項目

ManusをSlackで使うときは、便利さだけでなく、見せてよい情報かどうかを確認する必要があります。特にチーム利用では、最初に小さく試し、問題がなければ範囲を広げる進め方が向いています。

この確認をしておくと、AIが便利だから使うのではなく、チームの仕事に自然に組み込めます。特にリーダーやディレクターは、毎回の状況確認にかかる時間をかなり減らせます。

ManusとSlackの連携方法に関する疑問解決

無料で使える？

Manus自体に無料で試せる範囲があっても、Slack側の連携機能では有料プランが必要になる場合があります。連携画面までは進めるのにSlack内で使えない場合は、Slackのプランとアプリ権限を確認してください。

プライベートチャンネルでも使える？

Manusがそのチャンネルに招待されていれば、対象の会話を扱えます。逆に、招待されていない場所の会話を勝手に読むわけではありません。プライベートチャンネルで使うときは、参加メンバーと扱う情報を確認してから招待すると安全です。

日本語の指示でも大丈夫？

日本語で問題なく依頼できます。むしろ日本語のチームで使うなら、日本語で「何を」「どの形で」「どこまで」やってほしいかを書くほうが実用的です。「短く」「表にして」「投稿文として」「未対応だけ」などの指定が効きます。

初心者が最初につまずく落とし穴

連携したのにSlackでManusが見つからない

ManusのSettingsでSlackのConnectを押して、承認も終わった。それなのにSlackのチャンネルで「@manus」と入力しても候補に出てこない。この場面、かなり多いです。
原因は、ManusとSlack全体の接続は終わっていても、使いたいチャンネルにManusが参加していないからです。Slackはチャンネルごとに参加メンバーが分かれるので、接続しただけではすべてのチャンネルで使える状態にはなりません。

ここで大事なのは、いきなり複雑な依頼をしないことです。最初の1回目は「このスレッドを3行で要約してください」くらいで十分です。返信が来るかどうかだけ確認すれば、設定ミスなのか、依頼文の問題なのかを切り分けられます。

承認画面で止まって先に進めない

Manus側でSlackを選び、Connectを押したのに、Slackの承認画面で「このアプリを追加できません」のような表示が出ることがあります。初心者ほど「自分の操作が間違ったのかな」と思いがちですが、ほとんどの場合は操作ミスではありません。
原因は、Slackのワークスペースでアプリ追加権限が制限されていることです。会社やチームのSlackでは、誰でも自由に外部アプリを追加できない設定になっていることがあります。
この場合は、Slackの管理者に次のように伝えるのが一番早いです。
「ManusをSlackに連携して、案件スレッドの要約と未対応事項の整理に使いたいです。Slackアプリの追加承認をお願いします。最初は特定の案件チャンネルだけで試します。」
こう言うと、管理者も判断しやすくなります。「便利そうだから入れたい」ではなく、どのチャンネルで、何のために、どこまで使うかを伝えるのがコツです。最初から全社利用を求めると止まりやすいので、まずは1チャンネル、1週間、1用途に絞ると通りやすくなります。

要約が思ったより使えない

Manusが返信してくれたけど、内容がふわっとしていて、そのままチームに共有できない。これも初心者がほぼ必ず通る道です。
原因は、依頼文が「まとめてください」だけになっていることです。人間でも「いい感じにまとめて」と言われると迷いますよね。Manusも同じで、完成形を指定しないと、読みやすいけれど実務では使いにくい文章になりがちです。
こういうときは、依頼文を次の形にします。
「このスレッドを読み、完了済み、未対応、確認待ち、担当者不明、今日決めることの5つに分けて整理してください。各項目は1文で短くしてください。」
この書き方に変えるだけで、出力がかなり実務向きになります。ポイントは、分類を先に決めることです。何を読ませるかより、どんな形で返してほしいかを指定したほうが、結果は安定します。

「知っている」と「できる」の差を埋める実践ロードマップ

1日目は接続確認だけで終わらせる

1日目にやることは、ManusとSlackをつないで、反応確認までです。所要時間は15分です。
Manusを開き、SettingsからIntegrationsに進み、SlackのConnectを押します。Slackの承認画面でワークスペース名を確認し、許可します。完了後、Slackのテスト用チャンネルを開き、Manusを招待します。
完了の判断基準は、Slackのチャンネルで「@manusテストです。1文で返信してください」と入力し、Manusから返信が来ることです。ここまでできれば、1日目は合格です。案件の要約までやろうとしなくて大丈夫です。

2日目は短いスレッドで要約を試す

2日目は、10件以内の短いスレッドを選びます。所要時間は20分です。
Slackで短めのやり取りがあるスレッドを開き、「@manusこのスレッドを、決まったこと、まだ決まっていないこと、次に確認することに分けて整理してください」と入力します。
完了の判断基準は、3分類で返ってくることです。内容が完璧でなくても問題ありません。ここで見るべきなのは、Manusがスレッドの流れを読めているか、分類形式で返せるかです。

3日目は修正依頼を練習する

3日目は、Manusの答えを直す練習です。所要時間は15分です。
2日目に出た要約を見て、1か所だけ事実と違う部分を探します。なければ、あえて「表現を短くしてください」と依頼します。入力例は「2つ目の項目は未決定ではなく確認待ちです。この前提で全体を書き直してください」です。
完了の判断基準は、Manusが修正後の内容を出し直すことです。ここでAIは一発勝負ではなく、会話で整えるものだと体感できます。

4日目は投稿前提の下書きを作る

4日目は、実際にチームへ共有できる文章を作ります。所要時間は25分です。
Slackの案件スレッドで、「このスレッドの内容をもとに、チームに共有する投稿文を作ってください。まだ投稿しないでください。文字数は300字以内にしてください」と入力します。
完了の判断基準は、Slackにそのまま貼れる文章が出てくることです。ここでは投稿させません。まずは下書きだけです。初心者はここで焦って投稿まで任せがちですが、最初の週は下書き専用で使ったほうが安全です。

5日目は1つの案件で実運用する

5日目は、実際の案件スレッドで使います。所要時間は30分です。
進行中の案件を1つ選びます。スレッドを開いて、「現時点の進捗、止まっている理由、次に動く人、今日中に確認することに分けて整理してください」と入力します。返ってきた内容を見て、違う部分があれば1回だけ修正依頼をします。
完了の判断基準は、チームメンバーに見せても意味が通る整理文ができることです。投稿するかどうかは別です。まずは、自分が状況把握に使えるレベルになればOKです。

6日目は共有投稿を1回だけ試す

6日目は、初めて投稿まで試します。所要時間は20分です。
前日に作った整理文を確認し、「この内容を、丁寧すぎず、チーム向けに自然な文面にして、スレッド返信用に整えてください」と入力します。内容を確認して問題なければ、「この内容でスレッドに投稿してください」と依頼します。
完了の判断基準は、Manusがスレッドに投稿し、その投稿を見たチームメンバーが状況を把握できることです。最初の投稿は1回だけで十分です。1日に何度も試すと、チャンネルが騒がしくなります。

7日目は型を1つ作って保存する

7日目は、自分用の定番依頼文を作ります。所要時間は15分です。
1週間使って一番うまくいった依頼文を選び、メモアプリやSlackの自分用DMに保存します。おすすめの型は、「このスレッドを読み、完了済み、未対応、確認待ち、担当者、次の一手に分けて整理してください。チームに共有しやすい短い文章でお願いします」です。
完了の判断基準は、次回からコピペで使える依頼文が1つ残っていることです。初心者が最短で慣れるには、毎回ゼロから考えないことが大事です。うまくいった依頼文を使い回すだけで、作業時間は半分くらいになります。

現実でよくある「あるある失敗」と専門家の対処法

失敗1:いきなり重要チャンネルで試してしまう

よくあるのが、いきなり営業チャンネルや全社共有チャンネルでManusを呼んでしまうパターンです。返信内容が少しズレていても、すでに多くの人に見えてしまい、あとから消したり説明したりする手間が増えます。
根本原因は、連携できた瞬間に「本番で使える」と思ってしまうことです。接続確認と本番運用は別物です。スマホを買った日に、いきなり仕事の重要な録音を任せないのと同じです。
専門家なら、最初にテスト用チャンネルを作ります。チャンネル名は「manus-test」や「ai-test」のようなわかりやすい名前にします。そこで3回だけ練習します。1回目は短文返信、2回目は短いスレッド要約、3回目は投稿文の下書きです。この3回が問題なくできてから、本番チャンネルに移ります。
予防策は、最初の30分は本番チャンネルで使わないと決めることです。これだけで、かなりの失敗を防げます。

失敗2:依頼文が長すぎて逆に迷わせる

初心者ほど、失敗したくなくて依頼文を長く書きがちです。「背景はこうで、関係者はこうで、以前こういうことがあって、できればこうしてほしくて……」と一気に書くと、Manusの返答がぼやけることがあります。
根本原因は、必要な情報と不要な情報を分けずに渡してしまうことです。AIに全部説明したほうが親切に見えますが、実務では「何を出してほしいか」が埋もれると精度が落ちます。
専門家なら、依頼文を3文に分けます。1文目で対象を指定します。2文目で出力形式を指定します。3文目で禁止事項を指定します。
たとえば、「このスレッドを読んでください。完了済み、未対応、確認待ちの3つに分けて整理してください。まだ投稿はしないでください。」このくらいで十分です。
予防策は、1回の依頼に目的を1つだけ入れることです。要約、投稿文作成、タスク抽出、担当者確認を一気に頼まず、順番に頼むと失敗しにくくなります。

失敗3:出てきた内容を確認せずに投稿する

Manusがきれいな文章を出してくれると、「これでいいか」と思ってそのまま投稿したくなります。でも、担当者名、期限、完了状況が1つズレるだけで、チーム内に誤解が広がります。
根本原因は、文章が整っていると正しく見えてしまうことです。見た目がきれいな文章ほど、事実確認を飛ばしやすくなります。
専門家なら、投稿前に3点だけ確認します。担当者は合っているか。期限は合っているか。完了と未完了が逆になっていないか。この3つだけ見れば、重大なズレはかなり防げます。
予防策は、Manusに最初から「投稿前に確認すべき点も最後に3つ出してください」と頼むことです。すると、自分が見るべきポイントが明確になります。確認の手間は2分増えますが、誤投稿の修正に10分かかるよりずっと安いです。

ぶっちゃけこうした方がいい！

ぶっちゃけ、初心者は最初から「Slack業務を全部AIで自動化しよう」としなくていいです。むしろ、それをやると高確率で疲れます。最初に狙うべきなのは、長いスレッドの現状整理だけです。
Slackで一番しんどいのは、情報がないことではありません。情報が多すぎて、どれが最新かわからないことです。だから、最初の使い道は「このスレッド、結局どうなってるの？」を解決することに絞るのが一番コスパいいです。
おすすめは、毎週1回、15分だけ使う形です。月曜の朝か金曜の夕方に、進行中の案件スレッドを1つ選びます。そして「このスレッドを読み、完了済み、未対応、確認待ち、次の一手に分けて整理してください。まだ投稿しないでください」と入力します。これだけで、自分の頭の中がかなり軽くなります。
逆に、最初から予約投稿、複数チャンネル横断、毎日の自動運用、全メンバー展開までやらなくていいです。そういうのは、1週間使って「これは本当に助かる」と感じてからで十分です。最初から大きく始めるより、1つのスレッドで小さく成功するほうが続きます。
ManusをSlackで使うときの近道は、かっこいい使い方を探すことではありません。毎回見返すのが面倒なスレッドを1つ選び、そこだけAIに読ませることです。10分かかっていた確認が3分になる。毎週それが起きる。これだけで、導入する意味はあります。
最後に、本当に初心者へ言うならこうです。今日は、設定を完璧に理解しようとしなくて大丈夫です。まずSlackの1つのチャンネルにManusを入れて、短いスレッドで「決まったことだけ整理して」と頼んでください。返信が来たら、それだけで第一歩は成功です。あとは、下書きで止める、事実を直す、投稿は確認してから。この3つだけ守れば、かなり安全に使い始められます。

よくある質問

Manusが反応しないときは何を見ればいい？

まず、対象チャンネルにManusが招待されているか確認します。次に、Slackワークスペースでアプリの利用が許可されているかを見ます。最後に、Manus側のSettings内のIntegrationsでSlackが接続済みになっているか確認します。この三つでほとんどの初期トラブルは切り分けできます。

スレッド全体を読ませるときのコツは？

依頼文に「このスレッドを読み」と入れると、対象が伝わりやすくなります。さらに「決定事項」「未対応」「確認待ち」「次の対応」のように分類名を指定すると、後でチームに共有しやすい形になります。

間違った要約が出たらどう直す？

間違いを責めるより、正しい事実を短く追加すると直りやすいです。「A案は却下ではなく保留です」「田中さんではなく佐藤さんが担当です」のように伝え、そのうえで「この前提で書き直してください」と依頼します。

毎週の進捗共有にも使える？

使えます。毎週同じチャンネルで「今週の完了、遅れ、来週の確認事項をまとめて」と頼むだけでも、定例前の準備が楽になります。慣れてきたら、投稿文の型を決めておくと、毎回の共有が揃います。

まとめ

ManusとSlackをつなぐ価値は、AIを珍しい機能として使うことではありません。チームの会話が流れていく場所で、そのまま読ませ、整理させ、共有文まで作れることにあります。
最初は、ひとつの案件スレッドで試すだけで十分です。SettingsからIntegrationsへ進み、SlackをConnectし、対象チャンネルにManusを招待します。その後、@manusを付けて「このスレッドの現状を、完了済み、確認待ち、次の対応に分けて整理してください」と頼めば、すぐに使いどころが見えてきます。
大切なのは、いきなり全部を任せないことです。まず下書きを出してもらい、事実を確認し、必要なら修正してから共有する。この順番なら、初心者でも安全に始められます。Slackの中に散らばった会話を、今日から動ける情報に変える。その一歩として、まずは今いちばん追いづらいスレッドでManusを呼び出してみると、効果を実感しやすいです。