Daedalus
Internal Developer Platform con 6 vistas (Developer, PE, CTO, PM/PO, Scrum Master, C-Level). Aether Telemetry como capa nerviosa.
El problema
Los Internal Developer Platforms genéricos (Backstage, Port) entregan un catálogo. Pero ningún CTO toma decisiones con un catálogo. Toma decisiones con correlación entre costo, calidad y velocidad del equipo de ingeniería.
Lo que hace Daedalus
Daedalus es IDP + Engineering Intelligence, con 6 vistas distintas para 6 audiencias del equipo:
| Vista | Audiencia | Qué responde |
|---|---|---|
| Developer | Ingeniero IC | ”¿Dónde está el runbook? ¿Cómo deploy?” |
| Platform Engineer | PE | ”¿Qué servicios estamos manteniendo? ¿Cuál falla más?” |
| CTO | CTO | ”¿Costo por equipo? ¿Tendencia de drift?” |
| PM/PO | PM | ”¿Cuál feature costó $X? ¿Cuánto tardamos en envío?” |
| Scrum Master | SM | ”¿Cuál equipo está bloqueado en quién?” |
| C-Level / Board | Board | ”Resumen ejecutivo, no detalles.” |
Cada vista es la misma data, agregada distinto.
El moat
Aether Telemetry abajo. Daedalus es la única IDP que correlaciona costo de infra ↔ contrato semántico violado en la misma query. Esa correlación solo es posible si tu sistema de observabilidad la preserva — Datadog/New Relic no lo hacen.
Estado actual
En diseño. Arquitectura completa, 6 vistas con SPECs individuales. Sin repo.
Stack planificado
Elixir · Phoenix · LiveView · SvelteKit (visualizaciones complejas) · Broadway.
¿Querés hablar de esto?
Si Daedalus resuena con un problema que estás teniendo, agenda una llamada de 30 min para entrar al detalle.