Use Case

Support triage with Slack context that stays operational.

These pages exist for real buying and rollout decisions, not generic demo traffic. Each one states the pain, the workflow, the outputs, the commercial fit, and the self-host versus Cloud tradeoff explicitly.

Pain

Important support context is scattered across Slack threads, handoffs, and DMs. The cost is slow escalation and operator time spent reconstructing what already happened.

Workflow

Save a support_inbox profile for the channels and priority customers that matter, then run slack_workflow_brief by profile name for validated owners, escalations, and next actions.

Signals this page is relevant

  • Escalation context is spread across multiple support or shared channels
  • A human operator is rewriting the same summary or handoff note repeatedly
  • Support managers need explicit action items instead of a message dump

Repeatable workflow steps

  • Pick the support channels + priority customers that make up your support inbox.
  • Run slack_catch_me_up + slack_triage to collapse the inbox into a structured brief.
  • On Pro or Team, schedule the saved brief daily at 8am in the profile timezone.

Named outputs

  • Open threads with ack lag
  • Owner gaps + escalations
  • Next actions per thread
  • Workflow profile: support_inbox
  • Target brief shape: support_inbox target shape: {open_threads, ack_lag, owner_gaps, escalations, next_actions}
  • Claude-first, Gemini CLI supported

What good looks like

  • A new operator can read the scheduled brief and know the state of the inbox in under two minutes.
  • Owners and deadlines are explicit instead of implied in chat.
  • Free tier is enough to validate the pattern before upgrading to Pro for unlimited.

Prompt starter

Use this as the initial request in Claude or Gemini CLI after the endpoint is connected.

Run slack_catch_me_up on my support channels with focus 'blockers', then slack_triage for this morning's standup.

Anonymized example output

Summary: current state compressed for the next operator. Action items: owner + deadline when available. Decisions: commitments already made in Slack. Handoff: what the next person needs before they open the raw channel.

Plan fit

Individual is the default fit for solo support operators. Small team is the fit when two to five people share the inbox and need synced workflow profiles.

Self-host vs Cloud

Self-host the OSS package if you want to define support_inbox profiles locally without hosted inference. Use hosted when generated summaries and action-item extraction matter more than transport ownership.

Premium fit

Individual at $19/mo is the right fit for a solo support operator running daily. Small team at $49/mo flat is the fit when two to five people share one Slack workspace. Ops engagement starts when the support team needs multiple workspaces, SLA, custom retention, or multi-tenant isolation.

Trust and buyer review

  • Use /status for the live hosted status contract.
  • Use the Ops engagement page for SLA, custom retention, or SOC2 questions.
  • Use the security page for buyer-facing controls, storage, and analytics disclosure.
  • Use official vs managed when the team is still deciding between Slack's official path and the managed commercial path.
Security Ops engagement Official vs managed