activity-feed

用途

Activity Feed（活动流）是一种社交活动与更新流 UX 模式，帮助团队以可靠方式按时间顺序呈现近期操作，使用户能够监控发生了什么变化，而无需逐个访问每个条目。资料指出，该模式在需要项目与团队更新时最为有用。与相邻模式相比，该模式应在不隐藏用户持续操作所需的状态、规则或恢复路径的前提下减少摩擦。

适用场景

项目与团队更新
社区或社交信息流
审计与变更日志类信息流

应避免的场景

当社交或互动机制不能创造真实用户价值时，应避免使用。
在不理解信任影响的情况下，不要添加公开计数或可见性状态。
在没有审核、滥用处理或回滚规划的情况下，不要上线该界面。

实现流程

在复制示例之前，先确认该模式与问题及约束相匹配。
从 references/pattern.md 中的解剖结构与示例入手，然后选择最小的可行变体。
在叠加视觉打磨之前，先应用无障碍、性能与交互护栏。
使用测试指引验证键盘、屏幕阅读器、响应式与失败场景下的行为。

无障碍护栏

键盘交互

验证活动流可以仅使用键盘完成操作。
当该模式打开、更新或显示额外 UI 时，保持焦点顺序合乎逻辑。
保持在高倍缩放时仍然可读的可见焦点状态。

屏幕阅读器支持

优先使用语义元素，仅在语义本身不足时添加 ARIA。
在正确的位置以正确的礼貌程度播报错误、加载或完成等状态变化。
在有用时，通过 aria-describedby 或结构化标题连接标签、提示与状态文本。

视觉无障碍

不要仅依靠颜色来传达严重程度、完成状态或选中状态。

常见错误

把信任当作次要 UI

问题：计数、总数、身份与政策往往是用户行动前主要查看的内容。

修复方式：将信任信号设计进主层级，而不是留作微小的次要文本。

过度优化首次点击

问题：激进的提示可能增加点击量，却损害完成质量或长期信任。

修复方式：衡量完整旅程，包括回滚、退款、举报与隐藏的不满。

忽视滥用与欺诈路径

问题：社交与商业界面一旦产生可见价值，就会招致滥用。

修复方式：将速率限制、授权检查、审核与审计追踪作为该模式本身的一部分来规划。

技能介绍

用途