Slack里最该自动化的，可能不是回消息

Parallel Web Systems 在 Slack Marketplace 上线了一个 agent。用法不复杂：在频道里告诉它要盯什么，网页有变化，它把警报发到频道；或者在消息里 @ 它提问，它回一个带引用来源的答案。官方给的例子很具体：“monitor when Ramp launches a new product or changes its pricing.” 一句话设监控。默认每小时查一次，也可以设成每天、每周、每月。

很多团队的真实问题不是没有信息，是信息散在新闻、财报、文档和定价页里，靠人手动刷不可持续。你停止看的那一刻，页面可能就改了。Parallel 想做的事很直接：把“定期去看”变成“变化来找你”。每个警报在频道里只占一行，详情放在 thread。频道里任何人点 🔔 都能在下次触发时被 @ 提到。这个设计比再做一个 dashboard 更贴近 Slack 的工作流。

监控之外，它还能当研究 agent 用。@ 它问“compare pricing for CRM providers”，它会公开回复并附引用。有人在警报 thread 里继续追问，它知道当前讨论的是哪个事件。官方说明里有一条边界：Parallel 只把 thread 当上下文，不会读工作区里的其他信息。这个限制值得记住，尤其对在意数据范围的团队。

价格和权限也要说清楚。官方说明里，agent pane 需要付费 Slack 计划；@ 提及和私信在所有计划可用。它用 AI 搜索和总结，答案可能不准确或不完整，重要事项得查引用源。数据方面，官方称只在 @、thread 回复、私信或 slash command 时读 Slack 内容，不持久化消息内容，只存标识符、监控定义和投递状态；模型是 GPT-5-class，供应商 ZDR。团队采购时这些细节该看。

监控网页变化听着不酷，却比让 AI 代写消息更接近日常工作里反复发生的损耗。Slack 里的 agent 越来越多，能留下的是那些把外部变化稳定送进现有协作流的工具。入口在 Slack Marketplace。