thedaviddias/ux-patterns-for-developers

activity-feed

Use when implementing social activity and updates stream.

First seen Apr 2, 2026

Installation

$ npx skills add thedaviddias/ux-patterns-for-developers --skill activity-feed

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from thedaviddias/ux-patterns-for-developers · top by installs.

npx skills add thedaviddias/ux-patterns-for-developers

Browse all from thedaviddias/ux-patterns-for-developers

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 240
Default branch main
Open issues 1
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

More metadata
id
activity-feed
category
social
pattern
Activity Feed
source
uxpatterns.dev
url
https://uxpatterns.dev/patterns/social/activity-feed
sourcePath
apps/web/content/patterns/social/activity-feed.mdx

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,525 B
  • docs SUMMARY.md 78 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 9 installs

SKILL.md

Activity Feed

Social activity and updates stream

What it solves

A Activity Feed pattern helps teams create a reliable way to surface recent actions in a chronological stream so users can monitor what changed without visiting each item separately. It is most useful when teams need project and team updates. Compared with adjacent patterns, this pattern should reduce friction without hiding the state, rules, or recovery paths people need to keep moving.

When to use

  • Project and team updates
  • Community or social streams
  • Audit and changelog-style feeds

When to avoid

  • Avoid social or engagement mechanics when they do not create real user value.
  • Do not add public counts or visibility states without understanding the trust implications.
  • Do not ship the surface without moderation, abuse, or reversal planning.

Implementation workflow

  1. Confirm the pattern matches the problem and constraints before copying the example.
  2. Start from the anatomy and examples in references/pattern.md, then choose the smallest viable variation.
  3. Apply accessibility, performance, and interaction guardrails before layering visual polish.
  4. Use the testing guidance to verify behavior across keyboard, screen reader, responsive, and failure scenarios.

Accessibility guardrails

Keyboard Interaction

  • Verify that activity feed can be completed using keyboard alone.
  • Keep focus order logical when the pattern opens, updates, or reveals additional UI.
  • Preserve a visible focus state that is still readable at high zoom.

Screen Reader Support

  • Use semantic elements first, then add ARIA only where semantics alone are not enough.
  • Announce state changes such as errors, loading, or completion in the right place and with the right politeness.
  • Connect labels, hints, and status text with aria-describedby or structural headings when useful.

Visual Accessibility

  • Do not rely on color alone to convey severity, completion, or selection state.

Common mistakes

Treating trust as secondary UI

The Problem: Counts, totals, identities, and policies are often the main thing users are checking before acting.

How to Fix It? Design trust signals into the main hierarchy instead of leaving them as tiny secondary text.

Over-optimizing for the first click

The Problem: Aggressive prompts can increase taps while harming completion quality or long-term trust.

How to Fix It? Measure the full journey, including reversals, refunds, reports, and hidden dissatisfaction.

Ignoring abuse and fraud paths

The Problem: Social and commerce surfaces invite misuse as soon as they create visible value.

How to Fix It? Plan rate limits, authorization checks, moderation, and audit trails as part of the pattern itself.

Related patterns


For full implementation detail, examples, and testing notes, see references/pattern.md.

Pattern page: https://uxpatterns.dev/patterns/social/activity-feed