Playground
  • Introduction
  • Components

Activity log

The sustained awareness of what has happened across actors and time, transforming a stream of discrete events into an accountable, reviewable history.

Activity log

Event anatomy

  • Actor: user, other humans, system, LLM, etc.
  • Activity: what the actor did
  • Object: the specific item that was affected by the action
  • When: when the action happened
  • Available actions

Inspecting an event

An event entry can expand from a record into an interactive surface. Closer inspection might reveal decision context, trigger follow-up actions, or simply satisfy curiosity — it isn’t limited to corrective scenarios.

Decision context

The factors that contributed to the event: inputs, rules, model confidence, actor permissions, or prior state. For deterministic system actions, this might be a rule trace. For AI-driven decisions, it could be a reasoning chain, feature attributions, or a natural-language summary. Explanation and transparent reasoning provide the content; the log provides the anchor.

Actions from inspection

What an actor might do after inspecting an event depends on the domain and what the inspection reveals:

  • Follow up — continue a conversation, ask a clarifying question, or act on what they’ve learned
  • Flag or dispute — mark the event for review if something looks wrong
  • Adjust settings — change conditions that led to the event (permissions, preferences, thresholds)
  • Escalate — route to a human reviewer or support channel

Anti-patterns

  • Theatre transparency — surfacing decision factors that are technically accurate but too abstract to be meaningful (“Based on your profile”). The context must be specific enough for the actor to evaluate what happened.
  • Inspection without action — showing why something happened but offering no way to act on it.

Examples

Human actions

…

Bot actions and reasoning

Reasoning trace

Related components

  • Uses a timeline with embedded progress indicator.
  • Depends on details for progressive disclosure of the event details.

Related patterns

Enacts

  • Temporality — a chronological record that makes the passage of actions over time legible

Complements

  • Activity feed — distinct from activity logs; feeds aggregate content _of interest to_ users from diverse sources, whilst logs are histories of _actions taken by_ a specific entity
  • Collaboration — Uses activity logs to provide transparency and accountability in shared workspaces
  • Explanation
  • Commenting — tracks commenting activity over time

Related

  • Deletion — Historical record of deletions
  • Onboarding
  • Status feedback — Records status changes as Events for chronological review
  • Undo — displays a history of actions that can be undone
  • Workflow — the workflow is the prescription, the log is the account of what actually ran; monitoring reads them against each other

Preceded by

  • Bot — actions and reasoning are tracked and displayed in the activity log.
  • Cognitive forcing functions — rationale logging produces an audit trail that the activity log can surface
  • Delegation — the log serves as the supervisory record for delegation's *monitoring* and *hood to look under* touchpoints during execution
  • Transparent reasoning — provides the detailed reasoning steps that get recorded in the activity log.
  • Workspace — shows history within a workspace

Enabled by

  • Progressive disclosure — individual log entries expand on demand, managing detail depth without losing the timeline flow