概览
使用 Codex 结合 Slack 和实际开展工作的工具，找出直接请求、隐含的后续跟进、已解决事项以及影响最大的下一步行动，然后再起草回复或交接内容。
适合场景
- 通过 Slack 接收工作并需要 Codex 将正在进行的请求与已处理过的闲聊区分开来的人。
- 适用于发布、社区、支持、产品和运营等工作流，因为相关上下文分散在私信、频道和线程中。
- 希望在起草回复、交接、文档修改或后续任务之前，先获得一个按优先级排序的行动队列的团队。
找出 Slack 中需要关注的内容
你能检查 @slack 中 [时间窗口] 内 [工作流] 相关、发给我的消息，并返回一个排序后的行动队列吗？ 请查看私信、群聊、频道提及和线程。 每一项包含： - 来源链接或线程 - 对方在请求什么 - 是否需要我回复、需要某个人或负责人、需要文档或代码变更，还是只需要一个决策 - 为什么重要 - 建议的下一步 在把任何事项标记为未解决之前，请阅读最新线程回复，并跳过已经处理的事项。 不要直接发送消息，但请提供草稿供我审阅。
建议推理强度：低
找出隐藏在 Slack 里的工作
Slack 往往是请求发起的地方，但未必是完整上下文所在之处。队友可能先在私信里请你回复某事，再在线程中澄清真正要做的动作，在频道里贴出文档链接，最后又在没有再次提到你的情况下把问题解决掉。
当你希望 Codex 读取 Slack 上下文、检查该请求是否仍在进行中，并返回真正需要你关注的少数事项时，就可以使用这个工作流。目标是得到一个按优先级排序的行动队列：哪些需要回复、做决定、联系某个人、更新文档，或者进行交接。
执行分诊检查
- 给 Codex 一个时间范围、工作流、人员、频道或主题。
- 让它搜索私信、群组私信、频道提及和相关线程回复。
- 让 Codex 在将某项内容判定为未解决之前，先阅读线程末尾最新的回复。
- 要求返回一个按紧急程度和影响力排序的优先级队列。
- 让 Codex 起草回复、交接内容或后续任务。
在你尝试并调整这个流程以匹配自身需求之后，可以让 Codex 按计划执行同样的事情，把它变成一个线程自动化。
要求合适的输出
有用的分诊结果应该解释为什么每个事项仍在进行中。它也应该跳过那些后来在线程里已经被别人回答过的旧请求。
你应该会看到类似这样的内容：
<p> <strong>最高优先级行动项：</strong>Priya 需要的是具体的客户案例， 不只是更多想法。 </p> <p> <strong>为什么重要：</strong>发布更新需要团队本周可以联系到的真实对象。 </p> <p> <strong>证据：</strong>最初的频道消息请求的是使用案例， 但线程后面又说“如果你有线索，请私信我”。 </p> <p> <strong>下一步：</strong>回复两个具名线索，或者如果那样更有用的话， 说明你自己也可以作为示例。 </p>
好的输出会明确区分这些差异：想法不同于线索，正在进行中的请求不同于仅供知悉的信息，而你已经回复过的请求不应继续留在队列中。
如果你得到的噪音太多，或者可执行事项太少，就调整提示词；如有需要，指出你希望 Codex 重点关注的特定 Slack 频道。
起草后续跟进
当队列整理正确后，把行动保留在同一个线程中。让 Codex 根据它已经收集到的证据起草回复或交接内容：