Caso de éxito

Design Engineer IDE

dide, el Design Engineer IDE, es un entorno de proyectos para diseñadores que también construyen: quienes publican código de interfaz, revisan pull requests, siguen tickets entre equipos y usan varios agentes de IA a la vez. En lugar de otro panel de control, dide guarda un registro local de todo lo que pasa en Linear, GitHub y una base de conocimiento en markdown, lo une en un solo hilo por cada trabajo y permite actuar desde la misma pantalla. Responde a las preguntas que más tiempo cuestan: qué cambió desde la última vez que miré, qué me está esperando, qué se está estancando sin ruido y qué hicieron los agentes mientras yo estaba en una reunión. Todo funciona y se queda en el propio equipo del usuario.

fuentes en un solo registro: 3
agentes de IA medidos: 3
contraste mínimo del texto: 7:1
pruebas automáticas: 680+

El reto

Un ingeniero de diseño crea, revisa y coordina al mismo tiempo. En una sola mañana publica código de interfaz, revisa pull requests, sigue tickets de varios equipos, toma notas en una base de conocimiento y lanza tres o cuatro sesiones de agentes de IA cuyo trabajo ninguna otra herramienta muestra. Responder a "¿qué me necesita ahora mismo?" obligaba a abrir cuatro aplicaciones y rehacer el panorama a mano. Los paneles que intentaron ayudar fracasaron porque solo dejaban mirar y no actuar, y las herramientas de equipo fracasaron al competir con los sistemas que los equipos ya usan.

Nuestro enfoque

Tratamos el trabajo como una secuencia que se puede repasar, no como una pila que hay que ordenar. dide funciona como una caja negra: un único registro de eventos en el equipo del usuario recoge cada cambio de Linear, GitHub y la base de conocimiento, y cada pantalla es una consulta sobre ese registro. Un ticket, sus pull requests y las notas que lo mencionan se unen en un solo hilo gracias a enlaces que ya existen, como el código de un ticket en el nombre de una rama o una URL en una nota. Las coincidencias aproximadas solo se sugieren y nunca se unen por sí solas, porque una unión errónea destruye la confianza más rápido que una que falta. dide también recuerda cuándo miraste cada elemento por última vez, así que cada pantalla puede mostrar qué cambió desde entonces.

Ponerse al día

Catch-Up es la primera pantalla después de cualquier ausencia, y su título indica el tiempo que abarca, como "Desde el viernes a las 15:20, hace 7 h". Separa las peticiones directas, como revisiones y asignaciones, de las señales sociales como las menciones, y luego muestra lo que pediste a otros y los pull requests que tienes abiertos. Cada fila indica quién espera y desde hace cuánto. Un panel de detalle muestra qué cambió desde tu última revisión, y al confirmar un elemento tu punto de lectura avanza, así que la lista se reduce a medida que trabajas. Nada se marca nunca como bloqueado si una fuente no puede probar la dependencia.

Secciones de Catch-Up con revisiones, asignaciones, señales sociales, peticiones propias y pull requests abiertos, cada fila con una persona y un tiempo de espera — Las peticiones directas van primero, cada una con quién espera y desde hace cuánto. Las secciones vacías lo dicen con claridad.

La línea de tiempo

El Traverse dibuja el trabajo como tiempo. Cada hilo es una línea que avanza de izquierda a derecha, agrupada por proyecto, con un marcador en vivo del momento actual. Los tramos con más actividad se vuelven más gruesos y cálidos, así que un hilo plano y frío es un estancamiento que se ve sin leer una palabra. Una marca en cada línea indica dónde miraste por última vez, y las entradas de la base de conocimiento se asientan abajo como un sedimento, bajo el trabajo más rápido de arriba. Para los usuarios nuevos y para quien ve el portafolio, una semana sintética diseñada llena la vista y aparece en pantalla como datos sintéticos.

Tres hilos dibujados como líneas a lo largo de una semana, agrupados en dos proyectos, con bloques más gruesos donde hubo actividad y un marcador del momento actual a la derecha — Cada línea es un trabajo a lo largo de la semana, agrupado por proyecto. Los tramos más gruesos y cálidos indican más actividad.

Escritura segura

dide actúa además de informar. Desde la misma pantalla puedes comentar un ticket de Linear, cambiar su estado, o aprobar un pull request de GitHub o pedir cambios en él. Cada escritura es optimista, pasa por una bandeja de salida visible y nunca puede fallar en silencio. Durante el desarrollo encontramos y corregimos los casos que rompen la confianza sin avisar: un reintento que podía publicar un comentario dos veces mientras la primera petición seguía en curso, un fallo que dejaba una fila como pendiente y un comentario que llegó a Linear pero se mostraba como fallido. Cada corrección se probó contra un ticket real.

Los agentes a la vista

La barra lateral tiene indicadores del trabajo, de las revisiones pendientes al código sin subir, y de los agentes de IA que hay detrás. El gasto de tokens suma los últimos 30 días de uso de Claude Code, Codex y Cursor a partir de los registros de cada agente. Los indicadores de cuota semanal solo muestran un porcentaje cuando el proveedor lo publica, y descartan una lectura cuando su ciclo se reinicia, porque una barra medida contra un límite adivinado es peor que una que admite no saberlo. Una vista de proyectos revisa la carpeta de código local y señala el trabajo en riesgo, como cambios sin confirmar, commits sin subir o un repositorio sin remoto, ordenado según cuánto trabajo está en juego.

IA con reglas claras

dide usa un modelo solo donde el código no puede hacer el trabajo, como leer hilos largos de comentarios o convertir una frase en una consulta. La capa del modelo se construyó y se probó antes de la primera función, con reglas fijadas de antemano. Cada frase generada debe citar los eventos de los que sale o se descarta. Los datos de atención, como tu historial de lectura, nunca salen del equipo, y una prueba lo garantiza. Cada llamada se registra con su coste, y dide cuenta su propio uso en el mismo indicador que los agentes que mide. Un solo ajuste apaga la IA, y cada pantalla está completa sin ella.

Hecho con criterio

Cada color de dide se genera en el espacio de color LCH para cumplir su contraste mínimo, 7:1 para el texto y 3:1 para otras marcas, y las pruebas lo comprueban en cada superficie. La escala tipográfica, los pesos, los radios de las esquinas, los iconos y la longitud de las líneas también se controlan con pruebas, así que un tamaño de letra suelto o un icono dibujado a mano rompe la compilación. dide nunca muestra una ventana emergente, una insignia o un aviso que no hayas pedido. Cada vista incluye estados diseñados para vacío, carga, error y sin conexión, y estar sin conexión se trata como algo normal y no como un error.

Tecnología y despliegue

dide es una aplicación de escritorio para macOS hecha con Tauri 2, con un backend en Rust y una interfaz en React y TypeScript. Todos los datos viven en un único archivo SQLite local con búsqueda de texto completo. Cada fuente tiene su propia vía de ingesta, sin un servidor de sincronización de por medio, y el acceso a GitHub reutiliza la sesión que el desarrollador ya tiene en la CLI de GitHub, así que no se guarda ningún token nuevo. Una herramienta de línea de comandos, didectl, puede ejecutar cada parte del backend sin abrir la ventana, y más de 680 pruebas automáticas cubren la interfaz y el backend.