Alternatives
Products that do what OpsBrief does
Bring your incidents & alerts from scattered tools together.
- 1
- 2
- 3
- 4
- 5
- 6
- 7IA
I'm building Incidental, an open-source (MIT license) incident management platform. I've been working on it for the past couple of months as a hobby, and now it's at a state where I'm comfortable sharing it. This is also my first open source project. Features: - Custom roles - Custom severities - Integrated with Slack - Web interface Todos: - Custom fields - Custom workflows Website: https://incidental.dev Github: https://github.com/incidentalhq/incidental I'd love to hear your feedback. Thanks!
2024 · github.com
- 8
- 9OF
A couple of us started building an open-source tool after an on-call shift where a simple container restart turned into more hassle than it should. What should have been a 10-second task meant opening a laptop, connecting to a server, and running commands in the middle of the night. OpsiMate is our attempt to simplify that. It provides a single place to manage Docker containers, Kubernetes pods, and systemd services. We’re also working on integrations with monitoring tools so you can act on alerts and jump directly to dashboards. It’s still early and a bit rough, but already running in use.…
2025 · github.com
- 10
- 11OO
Hey HN! We’re Max and Thibault building OpenStatus.dev an OpenSource synthetic monitoring platform with incident managements 1 min demo: https://twitter.com/mxkaske/status/1685666982786404352 We have just reached 2000 stars on GitHub https://github.com/openstatusHQ/openstatus We are really excited to hear your feedback/questions and connect further: our emails are [email protected] and [email protected]. Thank you!
2023 · openstatus.dev
- 12AO
2023 · github.com
- 13OO
2024 · github.com
- 14
- 15
- 16
- 17OU
I built OpsOrch, an open-source orchestration layer that gives you one unified API for incidents, logs, metrics, tickets, messaging, and service metadata. It sits on top of the tools you already use (PagerDuty, Jira, Elasticsearch, Prometheus, Slack, etc.) and normalizes everything into a single schema. OpsOrch doesn’t store your operational data. It just brokers requests through pluggable adapters (Go or JSON-RPC) and returns unified structures. On top of this, there’s an optional MCP server that exposes all capabilities as typed tools for LLM agents. Why? Most incident workflows today…
Dec 2025 · opsorch.com
- 18
- 19
- 20
- 21RO
Hi HN! In all the organisations, we have worked, SDEs and EMs spend a lot of time on on-call, incident operations, ticket operations - Constantly updating everyone on the current status of an incident, figuring out who is the current Oncall in Slack threads like @dev-oncall, Missing following up on Action Items post-incident, creating a post-mortem RCA document, Spending time on creating and analysing oncall reports For each of these tasks, there is a Developer who doesn't like to spend time on these tasks and an Engineering leader who stresses maintaining this culture. This is why we…
2023 · pagerly.io
- 22OL
OpenBrief is basically a GUI for yt-dlp with some AI on top — paste a link, it downloads locally, and transcription and voice generation run with local AI on your machine. Summaries and chat over the transcript use an LLM, which is bring-your-own-key for now. It's open source and free.
May 2026 · github.com
- 23
- 24
Ranked by how close each launch is in meaning, then by votes. Refine with a description →