惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
Docker
F
Fortinet All Blogs
爱范儿
爱范儿
博客园 - Franky
MyScale Blog
MyScale Blog
罗磊的独立博客
博客园 - 三生石上(FineUI控件)
B
Blog
P
Proofpoint News Feed
IT之家
IT之家
宝玉的分享
宝玉的分享
D
DataBreaches.Net
S
SegmentFault 最新的问题
Microsoft Azure Blog
Microsoft Azure Blog
GbyAI
GbyAI
M
MIT News - Artificial intelligence
L
LangChain Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
月光博客
月光博客
雷峰网
雷峰网
Stack Overflow Blog
Stack Overflow Blog
量子位
V
V2EX
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻

InfoQ - 促进软件开发领域知识与创新的传播

Meta 收购 Manus 这事儿泡汤了 5.5万 Star 开源项目 Ghostty 被迫出走,GitHub 正在终结一代技术人的乌托邦 谷歌开源“Agent Skill 超级工具箱”,云、库、引擎、AI全线打通,开发者狂喜 Slack 长时运行多智能体系统的上下文管理方案 从 T+1 到分钟级:金城银行基于 Apache Doris 构建高可靠、强一致的实时数据平台 谷歌云推出 Agents CLI,简化 AI 智能体开发全流程 Claude官方击穿高薪、高学历的安全防线!Anthropic点名10大高危职业,但有群人暂时稳了 亚马逊云科技终止 WorkMail 服务,并将 App Runner 转入维护模式 OPPO小布记忆:全模态碎片化内容的理解与智能整理实践|AICon上海 模力工场038周AI应用周榜:工具在消失,工作流在出现 Akamai CEO Tom Leighton:Agent 时代来临,云基础设施正从“中心化”转向“分布式边缘” 日均数百亿入库背后:从“人肉调度”到K8s弹性架构,度小满金融基于OceanBase重构入库架构实践 百度文库网盘发布GenFlow 4.0:月活用户超1亿,要把网盘变成全端AI工作台 Altman 投的 Agent 终端 Warp 开源了!斩获3.5万star 哪些客户需要拒, 敢让龙虾决定吗?_AI&大模型_InfoQ 中文站_InfoQ精选视频 从开发到生产:为什么越来越多的机器学习团队纷纷迁移到 Snowflake | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 探索多智能体工作流:LangGraph Snowflake Cortex AI | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 腾讯云分布式缓存数据库:AI Agent - 从提示词工程到 Harness 工程 | 腾讯云数据库 DBTalk_腾讯_凌敏_InfoQ精选视频 基于 Streamlit 为 CSV 数据构建分析智能体 | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 AI 智能体:告别文档缺漏 | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 构建 AI 驱动的数据管道:深度探讨 Snowflake Openflow 与非结构化数据 | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 云端太贵、本地不够聪明,英特尔押注“端云混合AI”:智能体PC会替人完成工作 不到10%的存储投入,可能拖垮90%的GPU投资!IBM把AI Agent塞进存储系统,算清企业最容易忽略的一笔账 Snowpark 上手实战 | BUILD 2025_大数据_王玮_InfoQ精选视频 ClickHouse + Langfuse,构建 Agent 可观测基石 腾讯云分布式缓存数据库:Cluster Proxy 共享连接架构深度解析 | 腾讯云数据库 DBTalk_腾讯_凌敏_InfoQ精选视频 AI 写代码太烧钱了:Copilot、Claude 一起涨价,不如把程序员请回来? 英特尔发布至强600系列工作站处理器与锐炫Pro B70 GPU,全新AI工作站来了 腾讯云分布式缓存数据库:从 Redis 到 Valkey - 开源社区如何快速创新 | 腾讯云数据库 DBTalk_腾讯_凌敏_InfoQ精选视频 印奇这次要“从0重做”智驾模型!首谈阶跃和千里双公司布局:中国AI商业闭环要靠车跑出来
Slack 重构通知系统,设置参与度提升 5 倍
作者:Leela Kum · 2026-04-27 · via InfoQ - 促进软件开发领域知识与创新的传播

Slack 对其通知系统进行了重构,引入统一架构以提升跨平台的一致性和用户可控性。此次重设计旨在解决长期存在的问题,包括通知偏好设置碎片化以及行为不可预测,这些问题随着平台规模扩大,已经逐渐成为用户体验不佳和支持成本上升的重要来源。

根据 Slack 工程团队的说法,与通知相关的问题一直是客户支持工单的主要来源之一。其根本原因在于其多套偏好模型的长期叠加,这些模型在语义上存在差异,导致桌面端与移动端之间的行为不一致。用户往往难以理解为何会收到某些通知,或者为何错过了其他通知。

Slack 高级软件工程师 Frances Coronel 在一篇领英帖子中指出:

通知系统一直是 Slack 中最复杂、历史包袱最重的系统之一。

新系统用一个简化模型取代了原有的四种偏好体系,核心仅保留三种选项:所有消息、提及(mentions)或静音(mute)。一个关键的架构变化是将“通知意图”与“通知投递方式”分离。这种解耦明确区分了“哪些活动会触发通知”与“通知如何被发送”,例如推送提醒或应用内更新。该设计使得用户可以选择在应用内跟踪所有活动,同时仅对高优先级事件接收推送通知。

简化通知前后对比,来源:Slack 博客 

在谈及此次重设计方法时,高级全栈开发工程师 Paweł Spychalski 在领英上评论道:

简化需要勇气。Slack 团队没有增加功能,而是移除了复杂性。他们将四套偏好系统整合为一套。

为了保留现有用户配置,Slack 避免进行大规模数据迁移,而是引入了一个“读取时转换层”。该层在读取数据时将旧有偏好映射到新模型中,同时保持用户原有意图。例如,之前关闭通知的配置,在新系统中会被解释为限制可见性并关闭推送。通过这种方式,Slack 能够在不影响用户体验的前提下,逐步部署新架构。

此次重构还引入了分层偏好模型,使不同平台之间的行为得到统一。桌面端与移动端现在共享一致的逻辑和状态定义,从而减少了以往在不同设备上配置设置时出现的不一致问题。为实现这一点,团队对移动端的遗留实现进行了重构,并统一了前端与后端对通知状态的表示方式。

Slack 表示,新系统上线后,用户对通知设置的参与度提升了 5 倍,同时与通知相关的支持工单显著减少。公司还观察到,大多数用户采用了以提及和私信为核心的默认配置,这表明系统设计与用户预期之间的匹配度有所提升。此次通知系统重构也体现了一个原则:相比在遗留系统上不断叠加功能,简化抽象并提升一致性更为重要。

此外,一些高级可见性选项(如未读消息徽标提示)也获得了较高的使用率。公司发现,大多数用户倾向于使用默认配置(关注提及和私信),而更细粒度的按频道定制设置使用频率较低,这进一步表明默认设置已更好地契合用户需求。