ActivitySmith Ruby SDK
The ActivitySmith Ruby SDK provides convenient access to the ActivitySmith API from Ruby applications.
Documentation
See API reference.
Installation
gem install activitysmithSetup
require "activitysmith"
activitysmith = ActivitySmith::Client.new(api_key: ENV.fetch("ACTIVITYSMITH_API_KEY"))Push Notifications
Send a Push Notification
activitysmith.notifications.send(
{
title: "New subscription 💸",
message: "Customer upgraded to Pro plan"
}
)Rich Push Notifications with Media
activitysmith.notifications.send(
{
title: "Homepage ready",
message: "Your agent finished the redesign.",
media: "https://cdn.example.com/output/homepage-v2.png",
redirection: "https://github.com/acme/web/pull/482"
}
)Send images, videos, or audio with your push notifications, press and hold to preview media directly from the notification, then tap through to open the linked content.
What will work:
- direct image URL:
.jpg,.png,.gif, etc. - direct audio file URL:
.mp3,.m4a, etc. - direct video file URL:
.mp4,.mov, etc. - URL that responds with a proper media
Content-Type, even if the path has no extension
Actionable Push Notifications
Actionable push notifications can open a URL on tap or trigger actions when someone long-presses the notification. Webhooks are executed by the ActivitySmith backend.
activitysmith.notifications.send(
{
title: "New subscription 💸",
message: "Customer upgraded to Pro plan",
redirection: "https://crm.example.com/customers/cus_9f3a1d", # Optional
actions: [ # Optional (max 4)
{
title: "Open CRM Profile",
type: "open_url",
url: "https://crm.example.com/customers/cus_9f3a1d"
},
{
title: "Start Onboarding Workflow",
type: "webhook",
url: "https://hooks.example.com/activitysmith/onboarding/start",
method: "POST",
body: {
customer_id: "cus_9f3a1d",
plan: "pro"
}
}
]
}
)Live Activities
There are three types of Live Activities:
-
metrics: best for live operational stats like server CPU and memory, queue depth, or replica lag -
segmented_progress: best for step-based workflows like deployments, backups, and ETL pipelines -
progress: best for continuous jobs like uploads, reindexes, and long-running migrations tracked as a percentage
When working with Live Activities via our API, you have two approaches tailored to different needs. First, the stateless mode is the simplest path - one API call can initiate or update an activity, and another ends it - no state tracking on your side.
This is ideal if you want minimal complexity, perfect for automated workflows like cron jobs.
In contrast, if you need precise lifecycle control, the classic approach offers distinct calls for start, updates, and end, giving you full control over the activity's state.
In the following sections, we'll break down how to implement each method so you can choose what fits your use case best.
Simple: Let ActivitySmith manage the Live Activity for you.
Use a stable stream_key to identify the system or workflow you are tracking,
such as a server, deployment, build pipeline, cron job, or charging session.
This is especially useful for cron jobs and other scheduled tasks where you do
not want to store activity_id between runs.
Metrics
status = activitysmith.live_activities.stream(
"prod-web-1",
{
content_state: {
title: "Server Health",
subtitle: "prod-web-1",
type: "metrics",
metrics: [
{ label: "CPU", value: 9, unit: "%" },
{ label: "MEM", value: 45, unit: "%" }
]
}
}
)Segmented progress
activitysmith.live_activities.stream(
"nightly-backup",
{
content_state: {
title: "Nightly Backup",
subtitle: "upload archive",
type: "segmented_progress",
number_of_steps: 3,
current_step: 2
}
}
)Progress
activitysmith.live_activities.stream(
"search-reindex",
{
content_state: {
title: "Search Reindex",
subtitle: "catalog-v2",
type: "progress",
percentage: 42
}
}
)Call stream(...) again with the same stream_key whenever the state changes.
End a stream
Use this when the tracked process is finished and you no longer want the Live
Activity on devices. content_state is optional here; include it if you want
to end the stream with a final state.
activitysmith.live_activities.end_stream(
"prod-web-1",
{
content_state: {
title: "Server Health",
subtitle: "prod-web-1",
type: "metrics",
metrics: [
{ label: "CPU", value: 7, unit: "%" },
{ label: "MEM", value: 38, unit: "%" }
]
}
}
)If you later send another stream(...) request with the same stream_key,
ActivitySmith starts a new Live Activity for that stream again.
Stream responses include an operation field:
-
started: ActivitySmith started a new Live Activity for thisstream_key -
updated: ActivitySmith updated the current Live Activity -
rotated: ActivitySmith ended the previous Live Activity and started a new one -
noop: the incoming state matched the current state, so no update was sent -
paused: the stream is paused, so no Live Activity was started or updated -
ended: returned byend_stream(...)after the stream is ended
Advanced: Full lifecycle control
Use these methods when you want to manage the Live Activity lifecycle yourself:
- Call
activitysmith.live_activities.start(...). - Save the returned
activity_id. - Call
activitysmith.live_activities.update(...)as progress changes. - Call
activitysmith.live_activities.end(...)when the work is finished.
Metrics Type
Use metrics when you want to keep a small set of live stats visible, such as
server health, queue pressure, or database load.
Start
start = activitysmith.live_activities.start(
{
content_state: {
title: "Server Health",
subtitle: "prod-web-1",
type: "metrics",
metrics: [
{ label: "CPU", value: 9, unit: "%" },
{ label: "MEM", value: 45, unit: "%" }
]
}
}
)
activity_id = start.activity_idUpdate
activitysmith.live_activities.update(
{
activity_id: activity_id,
content_state: {
title: "Server Health",
subtitle: "prod-web-1",
type: "metrics",
metrics: [
{ label: "CPU", value: 76, unit: "%" },
{ label: "MEM", value: 52, unit: "%" }
]
}
}
)End
activitysmith.live_activities.end(
{
activity_id: activity_id,
content_state: {
title: "Server Health",
subtitle: "prod-web-1",
type: "metrics",
metrics: [
{ label: "CPU", value: 7, unit: "%" },
{ label: "MEM", value: 38, unit: "%" }
],
auto_dismiss_minutes: 2
}
}
)Segmented Progress Type
Use segmented_progress for jobs and workflows that move through clear steps or
phases. It fits jobs like backups, deployments, ETL pipelines, and checklists.
number_of_steps is dynamic, so you can increase or decrease it later if the
workflow changes.
Start
start = activitysmith.live_activities.start(
{
content_state: {
title: "Nightly database backup",
subtitle: "create snapshot",
number_of_steps: 3,
current_step: 1,
type: "segmented_progress",
color: "yellow"
}
}
)
activity_id = start.activity_idUpdate
activitysmith.live_activities.update(
{
activity_id: activity_id,
content_state: {
title: "Nightly database backup",
subtitle: "upload archive",
number_of_steps: 3,
current_step: 2
}
}
)End
activitysmith.live_activities.end(
{
activity_id: activity_id,
content_state: {
title: "Nightly database backup",
subtitle: "verify restore",
number_of_steps: 3,
current_step: 3,
auto_dismiss_minutes: 2
}
}
)Progress Type
Use progress when the state is naturally continuous. It fits charging,
downloads, sync jobs, uploads, timers, and any flow where a percentage or
numeric range is the clearest signal.
Start
start = activitysmith.live_activities.start(
{
content_state: {
title: "EV Charging",
subtitle: "Added 30 mi range",
type: "progress",
percentage: 15
}
}
)
activity_id = start.activity_idUpdate
activitysmith.live_activities.update(
{
activity_id: activity_id,
content_state: {
title: "EV Charging",
subtitle: "Added 120 mi range",
percentage: 60
}
}
)End
activitysmith.live_activities.end(
{
activity_id: activity_id,
content_state: {
title: "EV Charging",
subtitle: "Added 200 mi range",
percentage: 100,
auto_dismiss_minutes: 2
}
}
)Live Activity Action
Just like Actionable Push Notifications, Live Activities can have a button that opens provided URL in a browser or triggers a webhook. Webhooks are executed by the ActivitySmith backend.
Open URL action
start = activitysmith.live_activities.start(
{
content_state: {
title: "Server Health",
subtitle: "prod-web-1",
type: "metrics",
metrics: [
{ label: "CPU", value: 76, unit: "%" },
{ label: "MEM", value: 52, unit: "%" }
]
},
action: {
title: "Open Dashboard",
type: "open_url",
url: "https://ops.example.com/servers/prod-web-1"
}
}
)
activity_id = start.activity_idWebhook action
activitysmith.live_activities.update(
{
activity_id: activity_id,
content_state: {
title: "Reindexing product search",
subtitle: "Shard 7 of 12",
number_of_steps: 12,
current_step: 7
},
action: {
title: "Pause Reindex",
type: "webhook",
url: "https://ops.example.com/hooks/search/reindex/pause",
method: "POST",
body: {
job_id: "reindex-2026-03-19",
requested_by: "activitysmith-ruby"
}
}
}
)Channels
Channels are used to target specific team members or devices. Can be used for both push notifications and live activities.
activitysmith.notifications.send(
{
title: "New subscription 💸",
message: "Customer upgraded to Pro plan",
channels: ["sales", "customer-success"] # Optional
}
)Error Handling
begin
activitysmith.notifications.send(
{ title: "New subscription 💸" }
)
rescue OpenapiClient::ApiError => err
puts "Request failed: #{err.code} #{err.message}"
endRequirements
- Ruby 3.0+
License
MIT