Primera semana de beta: qué falló y qué reparamos

Nuestro primer probador nunca llegó a ver la segunda pantalla. El relato honesto de los primeros días: tres defectos reales, lo que nos enseñaron y lo que sigue pendiente.

Siete días de beta, tres defectos reales. El más grave bloqueó a nuestro primer probador en la pantalla de inicio: «no se ha detectado ningún asistente», en una máquina donde todo estaba instalado. La corrección salió ese mismo día, en una actualización publicada por la noche. Esto es lo que falló durante la primera semana, por orden y sin maquillaje.

El fallo que nadie podía ver

En la máquina del probador, el asistente de IA funcionaba en su terminal. Maestro, abierto con un doble clic, no lo encontraba. La causa está en una particularidad de macOS: una aplicación abierta desde Finder no ve las mismas rutas de instalación que el terminal de esa misma máquina. Las herramientas instaladas mediante un gestor de versiones, una práctica extendida entre quienes instalan muchas, se volvían invisibles.

Este defecto era invisible para nosotros: nuestras máquinas de desarrollo lo ejecutan todo desde el terminal, donde el problema no existe. Hicieron falta un usuario real, una máquina real y el informe anónimo de error que nos mostró la categoría exacta del bloqueo. Ahora Maestro busca las rutas donde las encuentra el terminal, y la actualización salió esa misma noche.

La mitad de los comentarios hablaban de cosas que ya existían

La segunda lección nos costó más en orgullo: en los comentarios de la primera prueba completa, la mitad pedía capacidades que ya estaban disponibles. Retomar un proyecto existente, cambiar de asistente durante el proceso, volver a una versión anterior: todo estaba ahí y nada se veía.

Una capacidad que el usuario no encuentra no existe. Rediseñamos el inicio y las primeras pantallas para que las acciones importantes se presenten solas en el momento adecuado, en lugar de esperar a ser descubiertas. Es el mismo principio que nos lleva a rechazar el terminal: la responsabilidad de ser comprensible corresponde al producto, no a ti.

El contador que decía cualquier cosa

Tercer defecto, encontrado al comprobar todo lo demás: el contador de consumo mostraba cifras falsas. Ignoraba parte de lo que facturan los asistentes (la memoria de trabajo reutilizada entre dos intercambios) y, por tanto, subestimaba el consumo de cada proyecto.

Una herramienta que promete dejarte dirigir debe, ante todo, contar bien. Rehicimos el contador y lo volvimos a comprobar frente a los registros reales de los asistentes. Si tienes que quedarte con un criterio para juzgar una herramienta de esta familia, elige este: pregúntale de dónde salen sus cifras.

Lo que sigue pendiente

No está todo resuelto. Un probador se encontró con que macOS se negaba a abrir su carpeta de proyectos y el mensaje de error de Maestro lo llevó por una pista falsa al hablar de una herramienta ausente. La verdadera causa era un permiso del sistema que debía concederse en los ajustes. El mensaje honesto, que identifica el permiso y la ruta para concederlo, está escrito y espera la próxima actualización.

Estos relatos se basan en informes anónimos de errores: categorías de fallos, nunca el contenido de tus proyectos, como explica nuestra página sobre tus datos. Eso nos permitió ver el bloqueo del primer probador sin ver nunca su pantalla. La beta continúa, por invitación, y cada semana fallará algo más: seguiremos contándolo aquí.