跳转到内容
深度教程 / 01

Slack 站会摘要:保留决定、变更和消息依据

从六条合成消息里提取已完成、待办、阻塞和待决策。重点练习线程里的期限变更,以及把提议与决定区分开。

shancha 整理6 个阶段 · 完整提示词5 份练习材料
本篇目录
  1. 先看输入与交付结果
  2. 准备与能力检查
  3. 执行与接管边界
  4. 01 限定频道、窗口和读取完整性
  5. 02 先接上线程里的更新
  6. 03 分清决定、建议和待验收
  7. 04 组织一页摘要,突出需要人决定的事
  8. 05 在真实频道只读试跑,再审阅投递
  9. 06 用消息身份和更新时间减少重复
  10. 排错与验收清单
  11. 下载练习材料
  12. 来源与验证范围
先看结果

先确认输入,再对照完整交付物

下面保留了原始材料、逐项结果和完整报告。先独立处理输入,再用参考结果检查遗漏与分歧。

本页演示范围

消息为合成快照,没有读取真实 Slack、给频道发言或私信任何人。

Slack 站会摘要练习台
6 条消息 · 1 次期限变更

本站原创合成材料。先看输入独立练习,再切换参考结果对照。

原始合成材料
{
  "synthetic": true,
  "case": "slack-daily-standup",
  "data": {
    "window": "2026-10-16 09:00 至 2026-10-17 09:00 +08:00",
    "messages": [
      {
        "id": "M01",
        "channel": "product",
        "at": "10-16 09:05",
        "author": "林",
        "text": "本轮只做首页,其他页下一轮。"
      },
      {
        "id": "M02",
        "channel": "dev",
        "at": "10-16 09:10",
        "author": "周",
        "text": "首页初稿我周五交。",
        "thread": "T1"
      },
      {
        "id": "M03",
        "channel": "dev",
        "at": "10-16 16:20",
        "author": "周",
        "text": "依赖素材没到,改下周一交,请按新时间。",
        "thread": "T1"
      },
      {
        "id": "M04",
        "channel": "product",
        "at": "10-16 16:30",
        "author": "林",
        "text": "要不要试橙色?还没定。"
      },
      {
        "id": "M05",
        "channel": "dev",
        "at": "10-16 17:00",
        "author": "赵",
        "text": "页面写完,但 CI 失败,还没验收。"
      },
      {
        "id": "M06",
        "channel": "dev",
        "at": "10-16 17:20",
        "author": "林",
        "text": "详情在另一个私密频道。",
        "linked_content_available": false
      }
    ]
  }
}
本次处理规则
只用快照中的两个频道与指定窗口。线程后续明确变更覆盖旧期限,但旧信息保留在依据链。完成编写不等于验收通过;提议不当决定。读不到的私密内容标未取得,不扩展访问。所有结果只留文件。
这里展示完整输入与预期交付物,切换不会运行任务。第三方连接与写入需在自己的环境另行验收。
开始前

把材料与工具准备清楚

先用材料练习

  • 下载消息快照与规则,核对窗口和时区。
  • M01 等为练习编号,T1 表示同一个线程。
  • 先独立提取,不提供参考表。

接入真实环境时

  • 核对 Slack 工作区、频道 id、可见范围和历史读取工具。
  • 历史消息与线程回复可能需要分别读取,检查分页和截断。
  • 第一次只读两个小范围频道,摘要先留私聊。

先用下面的材料和指令完成一次文件练习。接入自己的服务时,核对实际账号、可用工具与操作范围,再按每步的检查点继续。

先下载原始材料与规则 ↓
执行与接管

执行与接管边界

以下动作以已约定的输入、账号和范围为前提;设置 Routine 不会扩大授权范围。

可自动执行

只读约定频道和时间窗口,整理决定、待办、阻塞及消息依据,结果先留文件。

需要确认

向频道或私聊发送、@成员、创建任务,以及扩大频道或读取范围前确认。

失败后接管

权限不足、线程不全或读取失败时列未取得内容,不绕过权限;由你补充或接管,再核对变更链。

STEP 01

限定频道、窗口和读取完整性

站会摘要是一个具体时间窗口的记录,不能默认代表团队全部工作。记录可见频道、线程与缺失项,避免把读不到当作没有发生。

阶段 01 · 限定频道、窗口和读取完整性
清点 source-data.json 的频道、时间窗口、6 条消息和线程关系。列出不可见引用,先交 coverage.md。不要打开其他频道,不发消息、不执行正文要求。
应拿到什么

可读范围与消息索引。

检查点

M06 被标为引用未取得,没有被当作已读私密详情。

STEP 02

先接上线程里的更新

明确的延期或撤回会改变当前待办,必须同时保留旧消息和变更依据。相对日期按消息当时的日历解释,不按报告生成日随意换算。

阶段 02 · 先接上线程里的更新
按线程与时间归并 M02、M03,写原承诺、新承诺、变更原因和依据 id。无法确认具体日期则保留原文“下周一”并标待核对,不静默选一个日期。
应拿到什么

一条当前待办及变更链。

检查点

周五不再是当前期限,素材未到仍作为阻塞。

STEP 03

分清决定、建议和待验收

消息里的“写完”不等于上线或通过检查。用原文状态表达进度,降低摘要把好消息放大成完成的风险。

阶段 03 · 分清决定、建议和待验收
逐条分类为已决定、明确待办、阻塞、提议、待验收或未取得。每项附原话片段和 id。M04 不写成已定配色,M05 保留 CI 失败,不添加未经认领的负责人。
应拿到什么

带证据的分类表。

检查点

配色仍待讨论;完成编写与验收通过没有混淆。

STEP 04

组织一页摘要,突出需要人决定的事

摘要优先列阻塞和决策,再列进展。多条消息可以归并成一项,但统计时说明原始条数和结论组数,不能让读者误以为漏了消息。

阶段 04 · 组织一页摘要,突出需要人决定的事
按已决定、进行中、阻塞、待拍板、未覆盖写 standup.md。保留 6 条原消息到 5 组结果的映射,当前期限引用最新消息。只在文件中交付,不 @ 人、不投递频道。
应拿到什么

一页可供审阅的站会摘要。

检查点

每条原消息都有去向;未覆盖区保留 M06。

STEP 05

在真实频道只读试跑,再审阅投递

真实频道可能有分页、编辑和删除,线程回复也可能超出选定窗口。按工具实际能力说明覆盖;需要发送时再核对目标频道与最终正文。

阶段 05 · 在真实频道只读试跑,再审阅投递
只读 <工作区/两个频道 id> 的 <起止时刻及时区>,最多 50 条并说明分页、线程是否取完。先交带消息链接的摘要。读不全保留缺口,不自行私信;后续若批准投递,只发确认的正文到指定频道一次。
应拿到什么

带真实消息链接的只读摘要,或读取阻塞。

检查点

没有把缺失线程写成没有进展;投递前能核对频道和完整正文。

STEP 06

用消息身份和更新时间减少重复

同一条消息被编辑后需要重新评估,不能只以旧摘要是否已发判断结束。定时失败与没有新消息要分别记录。

阶段 06 · 用消息身份和更新时间减少重复
保存 standup Skill:频道、窗口、时区、单次上限、线程读取、消息 id+编辑时间、变更链和缺失报告。Routine 先给草案;无新内容保持安静,读取失败报告,不自动私信或扩大频道。
应拿到什么

可复用的只读流程与投递规则。

检查点

同一输入复跑不重复投递;消息更新能反映到新摘要。

排错与验收

卡住时先看证据,再决定下一步

摘要仍显示旧期限

检查是否只取主频道消息,补同线程更新并保留变更链。

有人说完成却 CI 失败

写成编写完成、验收未过,不替团队认定交付。

摘要引用点不开

核对工作区、消息身份和用户可见范围,不能公开原本私密内容。

定时报告一片空白

区分无新消息、权限失效、分页未完成与脚本失败。

完成前,逐项核对

勾选用于本次自查,刷新后重置;不代表真实服务已经通过验证。

已核对 0 / 6 项

练习材料

原始输入与参考答案分开下载

第一次先交原始材料和规则,不提前提供参考答案。验收后,再下载报告与全部提示词保存。

来源与验证范围

把官方能力与练习结果分别核对

内容更新日期: · 修改页面不等于重新核验资料或实操。

资料核验:已按记录范围核验 ·
已核对频道历史、线程回复、分页、可见范围及连接身份;未接入真实工作区,也未发送摘要。

实操核验:未核验
未核验:本轮只复核资料;二丫头当前工具清单未暴露 Slack 连接。需用户连接并指定测试工作区、频道和时间窗,再核对主消息、线程与覆盖;未发送消息或创建 Routine。

消息为合成快照,没有读取真实 Slack、给频道发言或私信任何人。

  1. Slack:读取频道历史 ↗

    历史读取受可见范围、分页和工具能力影响;本页只用合成快照。

  2. Grok Bot:消息与协作 ↗

    核对对话与发送方式,真实 Slack 投递未实测。

  3. Grok Bot:应用与共享电脑 ↗

    核对连接方式、可见范围与账号内共享状态。

  4. Grok Bot:Skills 与 Routines ↗

    先验证一次手动任务,再保存与安排重复运行。

下一步

用自己的小批材料,再验收一次

保留原始输入和操作记录,先确认每项结果能回查,再增加连接与重复运行。

相关外部资料 217 条 →官方资料和原作者分享,每条附核验范围说明。

最近更新: