技能介绍

要解决的问题

Slack 是团队协作的主入口，但很多流程仍靠人工推进：审批要反复 @ 人、确认是否看过；站会信息散落在消息里，难以汇总；事故响应要找频道、@ 负责人、同步状态。这类流程的问题是触发不可靠、步骤易漏、状态难追踪，交互入口也不统一。

技能如何工作

核心能力：该技能面向 Slack Workflow Builder 自动化，基于 Slack Web API 与 Block Kit 组织消息和交互组件。它可用于三类常见场景：

审批流：发起审批、展示结果、等待按钮确认。
站会收集器：定时或按需收集回答，汇总成一条消息。
事故响应频道：发布事件卡片，用交互组件更新响应状态。

关键步骤：

定义触发条件与监听对象，例如频道消息、按钮点击或 Events API 事件。
明确入站 payload 的结构，因为它取决于具体 listener；Events API 事件的 payload 会携带事件类型相关字段。
用 Block Kit 组装消息：文本、按钮、输入框、附件等。
通过 Web API 发送到频道、用户或 DM，并处理按钮回调、事件重放与异常。
配置 Bolt app 时，Slack 的 Request URL 路径必须为 /slack/events，否则事件无法正确到达。

适用边界与注意点

它适合 Slack 内的事件驱动和轻量交互，不负责替代完整业务流程引擎。复杂状态机、跨系统审批、持久化审计仍需要外部服务或数据库。交互组件的回调、事件重复投递和网络超时都需要幂等处理；事件订阅权限、channel 可见性、用户邀请和 Request URL 可用性会直接影响运行结果。涉及敏感数据时，应校验请求来源并最小化 token 权限。