跳转到主要内容

什么是适用于 Slack 的 Manus?

适用于 Slack 的 Manus 将 AI 直接引入您的团队对话中。您无需离开 Slack 使用 AI,然后再将结果复制回来,只需在任何话题中标记 @manus,即可与团队实时协作。 Manus 会读取整个话题的上下文,了解您的团队正在讨论的内容,并提供所有人都可以查看、审阅和共同迭代的结果。

为什么适用于 Slack 的 Manus 很重要

问题:共享上下文 vs. 从零开始

您的团队在 Slack 中讨论项目、共享文件并做出决策。您所有的上下文都存在于此——你们讨论了什么、决定了什么、共享了什么文件。 但是当您需要 AI 帮助时,您必须:
  1. 离开 Slack
  2. 打开您的 AI 工具
  3. 从零开始解释一切(没有上下文)
  4. 复制结果
  5. 将其粘贴回 Slack
然后,一位队友提出了类似的问题。他们不知道您已经问过了,所以他们重复了整个过程。现在您有了两个不同的 AI 输出,没有人知道该使用哪一个。

解决方案:融入对话的 AI

将 Manus 引入 Slack 后,您的 AI 将成为团队对话的一部分:
  • 共享上下文:Manus 读取整个话题,了解您的团队讨论了什么
  • 协作性:每个人都能实时看到 Manus 的工作情况
  • 无需复制粘贴:结果直接显示在话题中
  • 迭代性:团队可以共同审阅和完善
AI 不再是个人工具,而成为团队的能力。

工作原理

1. 在任何话题中标记 @manus

在任何 Slack 话题中,标记 @manus 并描述您的需求。 示例
@manus Based on this discussion, create a landing page for our product launch

2. Manus 读取话题

Manus 会查看整个话题的上下文——消息、文件、决策和讨论。它了解您的团队正在进行的工作。

3. 每个人都能看到 Manus 的工作情况

Manus 在话题中透明地工作。您的团队可以看到:
  • Manus 正在做什么
  • 进度更新
  • 结果何时准备就绪

4. 团队协作处理结果

结果显示在话题中。每个人都可以:
  • 审阅输出
  • 建议更改
  • 共同迭代
  • 批准最终版本
不再有“最终_v3_最终_实际上_最终.pdf”的混乱。

实际应用案例

1. 将文档转为演示文稿

场景: 您的团队在 Slack 中讨论了一项策略并分享了一份文档。现在您需要为客户会议准备幻灯片。 在 Slack 中:
@manus Turn this strategy document into a slide deck for tomorrow's client meeting

发生什么:
  • Manus 读取讨论串和文档
  • 根据讨论创建演示文稿
  • 团队一起审查
  • Manus 根据反馈进行优化
  • 最终演示文稿准备就绪,可用于会议
结果: 从讨论到演示文稿,无需离开 Slack。

2. 评估外部提案

场景: 一家代理机构发送了一份提案。您的团队需要评估它并决定是否继续进行。 在 Slack 中:
@manus Analyze this pitch deck. What are the pros and cons? What key questions should we ask?

发生什么:
  • Manus 分析提案
  • 识别优点和缺点
  • 为代理机构提出问题建议
  • 团队一起讨论并做出决定
结果: 借助 AI 洞察进行协作决策。

3. 基于团队讨论进行构建

场景: 您的团队在 Slack 中花了一个小时讨论产品发布。现在您需要一个着陆页。 在 Slack 中:
@manus Based on this thread, create a landing page for our product launch

发生什么:
  • Manus 读取整个讨论
  • 理解产品、价值主张和目标受众
  • 构建一个反映团队愿景的着陆页
  • 团队审查和迭代
结果: 从对话到上线网站,全部在 Slack 中完成。

4. 安排会议

场景: 您的团队需要与客户安排一次会议。 在 Slack 中:
@manus Book a 1-hour meeting with @sarah next week to discuss the Q4 roadmap

发生什么:
  • Manus 检查 Sarah 的日程表(通过 Google Calendar 连接器)
  • 找到可用时间
  • 预订会议
  • 发送确认信息
结果:无需离开 Slack 即可安排会议。

协作模式

基于线程的协作

当您在线程中标记 @manus 时,该线程中的每个人都会自动成为协作者。他们可以:
  • 查看 Manus 正在做什么
  • 直接向 Manus 发送提示词
  • 审查和完善结果
  • 批准最终输出

添加新团队成员

如果有人在 Manus 已经开始工作后加入线程:
  1. 他们点击 “Open Web App” 请求协作
  2. 会话所有者批准请求
  3. 他们现在可以与 Manus 互动
这确保了对谁可以协作处理敏感任务的控制。

设置用于 Slack 的 Manus

安装

  1. 前往Manus 设置集成Slack
  2. 点击连接
  3. 授权 Manus 访问您的 Slack 工作区
  4. 完成设置

在 Slack 中使用 Manus

  1. 打开任何 Slack 线程(或开始一个新线程)
  2. 标记**@manus** 并描述您的任务
  3. Manus 开始工作
  4. 与您的团队协作处理结果
就是这样。无需复杂的配置或设置。

Manus for Slack 的优势

优势描述
共享上下文Manus 查看整个线程,了解您团队的讨论
实时协作每个人都能看到 Manus 正在工作并可以做出贡献
无需切换应用留在 Slack 中——无需复制、粘贴或切换上下文
版本控制一个线程,一个版本,零“final_v3”混乱
透明 AI查看 Manus 在每一步中正在做什么
团队协作所有人一起审查和批准

有效使用的提示

在线程中提供上下文

✅ 良好:首先在线程中讨论项目,然后用特定的请求标记 @manus ❌ 效果较差:在线程中标记 @manus 但没有提供上下文 Manus 在能够阅读团队讨论并理解完整上下文时效果最佳。

明确你的请求

✅ 良好: “@manus 基于本次讨论创建一个包含 10 张幻灯片的宣传演示稿。重点关注我们独特的价值主张,并包含来自该帖子的市场规模数据。” ❌ 模糊: “@manus 制作一个演示稿” 明确的请求有助于 Manus 精确地提供你所需的内容。

共同迭代

不要期望第一次尝试就完美。利用帖子进行优化:
  • “@manus 让介绍幻灯片更简洁”
  • “@manus 添加一张关于我们定价策略的幻灯片”
  • “@manus 更改配色方案以匹配我们的品牌”

是的。团队成员需要 Manus 账户才能在 Slack 中与 @manus 互动。
是的。Manus 可以在公共频道和私有频道中使用
不能。Manus 只会看到明确标记了 @manus 的帖子。
是的。当新成员加入帖子时,他们必须请求协作,并由会话所有者批准。
是的。通过 Slack 创建的所有务会出现在您的 Manus 所有务列表中,如果需要,您可以继续在 Web 应用中处理它们。
后续步骤:在 Slack 中安装 Manus并在您的下一个团队帖子中标记 @manus。