Muse 怎么整理 Slack 未回复问题？先找线程，再确认负责人

01｜消息看到了，谁来接着处理

频道里有人问了一句，大家都看到了，后来又来了几十条消息，那件事就没下文了。可以让 Muse 从一个频道、几天的消息里找出可能还没处理的问题，再逐条确认原线程和负责人。这样得到的是一份待核对清单。

Meta 在 2026 年 9 月 29 日宣布了 Slack 连接器，Slack Marketplace 也有 Muse 应用页。官方没有承诺找全所有漏回消息，下面按公开资料整理流程；能读到哪些内容，看你实际授权的范围。

这篇聚焦 Slack 线程、待回复项、负责人和出处定位。邮箱与日历的每日事项另见 Muse 邮箱和日历清单；小企业跨工具经营数据的周报另见 Muse 小企业每周运营简报。

02｜先从一个小范围开始

先挑一个你确实负责的频道，设置明确日期范围，例如最近三个工作日；如果有多个团队或客户频道，第一轮只选一个。连接时读清 Slack 授权说明，确认工作区管理员允许使用，并记下实际授权范围。不要根据别人的截图推断自己能访问哪些频道或历史消息。

如果任务涉及客户信息、内部人事、财务或安全事件，再缩小范围，或者先使用脱敏样例。不要为了试功能把整段私密对话复制到不相关的地方。若授权页和你要做的事对不上，就先停在这里，改为手动选取少量、不敏感的线程。

03｜让每条候选问题都带上出处和归属

对“未回复”的判断很容易出错。有人可能已经在另一条线程答了，问题也可能已过期、被撤回，或者只是闲聊。让 Muse 先标记候选项，而不是直接宣布它们都是漏回事项。

一条可复核的记录至少包含：频道名、原问题所在的线程或消息链接、发出时间、问题/承诺的简短概括、当前可见回复、下一位负责人、建议下一步，以及不确定之处。链接找不到时，让它写清频道、日期和原消息的可识别线索；不要让它编造 URL、作者或上下文。负责人不明确就写“待认领”，不要按发言顺序擅自指派。

团队可以借鉴 Slack 官方 triage 指南建立简单约定：用一个专门的分流频道收集请求，约定反应符号表示待处理或已认领，在原线程里继续补充信息，并安排轮值负责人看有没有新请求。频道命名、符号和流程可以由团队自行决定，不代表 Muse 自带了这些固定按钮。

04｜把这段提示词改成你的范围

把方括号替换为实际频道与日期。先只要求整理和起草，不授权它替你发送或承诺。

• 请检查我已授权且你当前确实能访问的 Slack 工作区中的【频道名称】，范围是【起始日期至结束日期，注明时区】。开始前先说明你能读取哪些频道、消息和时间范围；无法访问的内容列出来，不要猜。
• 只把仍可能需要跟进的问题、请求、明确承诺或等待答复的事项列为候选。每条附频道、原消息/线程链接；如果没有可靠链接，写出可供我在 Slack 搜回的日期与上下文线索。概括时不要复制整段私密对话。
• 列出最近的可见回复、目前状态、可能的负责人和下一步。证据不足、责任人不明或可能已经解决的，分别标为待核对、待认领或状态不明，不要自行补齐。
• 可以为我拟一条简短回复草稿，并说明它回应了原问题的哪一部分。只整理和起草；不要发送消息、@任何人、修改频道内容、创建任务或代表团队承诺。先把完整草稿和出处给我审阅。

05｜按原线程逐条验收

先打开标成高优先级的原线程。确认消息确实存在、日期范围正确、后续回复没有解决问题，也没有人在其他地方接手。然后核对责任人与下一步；如果团队没有明确约定，就让人认领，不要把“最后一个发言的人”自动视为负责人。

草稿要对照上下文检查语气、事实和承诺。删除没有来源支持的日期、价格、进度或解决方案。回复如果需要查询客户记录或外部系统，就先回到对应记录核实，再决定是否保留草稿。发出之前由实际负责人从 Slack 原线程确认并发送。

抽查几条已处理项和几条待处理项。如果 Muse 把已回答的线程列成漏项，修正判断规则；如果漏掉一条，请手动补入，并检查是不是频道权限、日期范围或线程内容不可见。一次抽查只能说明这一小批结果，不证明全工作区都被扫描。

06｜什么时候该用 Slack 自己的分流约定

若同类请求反复出现，先在 Slack 内把流程讲明白：什么算需要跟进、谁来认领、多久复查、解决后如何标记、重要结论存在哪里。Slack 官方建议用 triage 频道、清晰的优先级标记、线程回复和轮值负责人来提高可见性。是否把请求同步到工单或项目系统，由团队按现有流程决定。

先用固定时段做一次手动巡检。若团队还要追踪截止时间、跨频道交接或长期状态，把核准后的项目同步到现有 Slack triage 流程或任务系统，并保留原线程链接。

07｜结果不对时怎么缩小问题

• 几乎没有结果：确认 Muse 连接了目标工作区，频道名称和日期范围正确，并检查你是否有权访问这些内容。
• 漏了线程回复：查看 Muse 能否读取该线程上下文；不能读取时，把原链接交给负责人手动核对，别扩大权限来碰运气。
• 把已解决问题列成待办：在提示词里要求检查最后一条可见回复，并把状态不确定的项目单独列出。
• 负责人分配错误：改为“待认领”，请团队按轮值或现行职责表确认，不要按谁发过言来推断。
• 草稿用了过期或敏感信息：不要发送；回到原线程核对，只保留完成回复所需的最少信息。

08｜把它当作一次有出处的人工巡检

保留一张能回到来源的待处理清单：每项都有原线程、认领人、下一步和复查时间。抽查几轮后，把经常漏掉的类别补进团队的分流约定；关闭事项时也回到清单更新状态。