
Hey everyone π
We're Long and Jimmy β co-founders of IncidentFox.
TL;DR
AI SRE tools fail without deep context about your systems β and that context lives in integrations nobody has time to build. IncidentFox auto-discovers what each team needs, generates the integrations, and ships with 300+ tools built in. Setup takes less than a day, not months.
π Try it: https://incidentfox.ai
π Open source (Apache 2.0): https://github.com/incidentfox/incidentfox
π Launch video: https://youtu.be/TaTpN0JwNYE
β The Problem: Without the right integrations, your AI has no context
Every AI SRE tool connects to Slack, reads your Confluence, queries your Datadog. That part is solved.
Here's what isn't: when the AI actually needs to debug something, it doesn't have the right tools.
Your payments team runs a custom Kafka pipeline with internal dashboards. Your infra team uses a homegrown deployment system. Your ML team has proprietary model serving. Each team's stack is different β and the AI has no way to query any of it.
The traditional fix? Hand-build integrations (MCP servers) for every team.
But this creates a new problem:
Integration is the bottleneck. Not the AI model. Not the monitoring data. The integrations.
π¦ IncidentFox: We auto-build the integrations for you
IncidentFox is an AI SRE that lives where your team already works β Slack, Microsoft Teams, or Google Chat. It doesn't just connect to your existing tools β it figures out what tools each team needs and builds them automatically.
1. Auto-discovers and generates integrations
IncidentFox analyzes your codebase, infrastructure, and incident history to identify gaps β then auto-generates the tools to fill them. No engineer needs to hand-build MCP servers. No team needs to sacrifice headcount on integration work.
A new team onboards? IncidentFox studies their stack and proposes tools specific to their services β with human approval before anything goes live.
2. Per-team configuration β because every team is different
Your payments team and your ML team don't use the same stack. Why would they use the same AI SRE config?
Each team gets their own:
One team's "config drift" is another team's "model drift." IncidentFox understands the difference.
3. Continuously evaluates and self-improves
After every incident, IncidentFox:
It gets measurably better every week. Not because you tuned it β because it tuned itself.
4. 300+ integrations included on day one
While it auto-builds what's missing, you're not starting from zero. Kubernetes, AWS, Grafana, Prometheus, Datadog, Elasticsearch, PagerDuty, GitHub β all built in. Integration time is under a day, not months.
π§ Why this matters
Integrations β Traditional: Hand-built per team. Each team sacrifices an engineer. IncidentFox: Auto-discovered and auto-generated. Human approves.
Multi-team scaling β Traditional: Breaks β you can't know every team's stack. IncidentFox: Per-team config. Each team's AI knows their stack.
Domain knowledge β Traditional: Black box prompts, hope it works. IncidentFox: Open source prompts. Engineers inject and edit freely.
Over time β Traditional: Stagnates unless manually updated. IncidentFox: Self-evaluates, finds gaps, improves continuously.
Setup β Traditional: Months of custom integration work. IncidentFox: < 1 day. 300+ tools out of the box.
π Results
π Enterprise-ready, open-source
π¬ The Team
Jimmy (CEO) β Previously at Roblox, where he built social communication features (in-experience calling for 100M+ DAU). Before that, worked at Meta FAIR on multiparty conversational AI, with published research. Cornell CS. Serial founder β previously CTO at a startup in Outlier Ventures' DeFi accelerator.
Long (CTO) β Previously at Roblox, where he built database infrastructure supporting 100M+ daily active users on the Stateful Infra team. Experienced the chaos of on-call firsthand β which is why we're building this. Brandeis CS + Neuroscience + Business.
We've lived on both sides: Jimmy built the AI systems, Long was the SRE drowning in incidents. IncidentFox is what happens when you combine both.
π Our Asks
Thanks for reading β€οΈ