App de escritorio · Prelanzamiento

Programa con IA.Sin perder el hilo.

Nexus convierte una idea en trabajo planeado, probado y revisado, en lugar de decisiones enterradas en un chat.

Sin crear cuenta Tus archivos se quedan en tu máquina Funciona con Claude Code
El board de Nexus Studio, con el trabajo avanzando del backlog hacia planeación, arquitectura y specs.

Un board. Un responsable por etapa.La interfaz real del producto

El método, a la vista

Planea. Construye. Comprueba.

Cada etapa tiene un responsable. Tú apruebas el resultado.

  1. 01

    Planear

  2. 02

    Arquitectar

  3. 03

    Especificar

  4. 04

    Construir

  5. 05

    Probar

  6. 06

    Revisar

Los cambios pequeños toman un camino más corto. La ruta siempre queda a la vista.

El producto

Contexto que no se pierde en el chat.

Planeación

Las decisiones viven con la feature.

Brief, requisitos, UX, arquitectura y épicas quedan juntos, legibles para ti y para el siguiente agente que tome el trabajo.

  • Artefactos editables
  • Las épicas se vuelven issues
  • Proyectos existentes
La pantalla de planeación, con product brief, PRD, UX, arquitectura y épicas asignadas a los agentes especialistas.
Especialistas

El especialista correcto para cada trabajo.

Nueve roles bien definidos en lugar de un asistente intentando ser todos a la vez.

  • Ejecución en vivo
  • Sesiones que se retoman
  • Varios agentes a la vez
La pantalla de agentes de Nexus Studio, con los especialistas y el modelo elegido para cada uno.
Conocimiento del código

Los agentes encuentran lo que ya existe.

Un mapa navegable te da a ti y a los agentes la misma vista del repositorio.

  • Relaciones del código
  • Memoria editable
  • Terminal integrada
La pantalla de conocimiento del código, con estadísticas del repositorio y un mapa visual de dependencias.

Local-first desde el primer día

Tu proyecto sigue siendo tuyo.

Issues, planes y decisiones son archivos de texto en tu propio repositorio. Apaga la IA y el tracker sigue funcionando.

  • Sin nube de Nexus
  • Sin telemetría
  • Sin formato propietario
.nexus/issues/CORE-142.md
---
key: CORE-142
title: Aprobación electrónica de las horas trabajadas
column: specs
origin: full
owner: agent:amelia
---

## Contexto

Legible para personas, para agentes y para git.
10 especialistasRoles bien definidos.
38 skillsEl método viene incluido.
0 cuentasSolo abre una carpeta.
Texto planoVisible en git.

Descargar

Instálalo y abre una carpeta.

Gratis en esta fase. Builds para macOS, Windows y Linux, sin cuenta, sin registro y sin nube.

Elige tu plataforma

Los builds todavía no están firmados. Esto es lo que vas a ver:

macOS va a decir que la app está "dañada". No lo está: una app sin firma no tiene nada que verificar, y ese es el texto que eligió Apple. Clic derecho y Abrir no aparece para este mensaje. Arrastra la app a Aplicaciones y ejecuta esto una vez:

xattr -dr com.apple.quarantine "/Applications/Nexus Studio.app"

En Windows aparece un aviso de SmartScreen: elige Más información y luego Ejecutar de todas formas. Firmar y notarizar es lo que quita los dos avisos.

Novedades

Cada versión, y lo que trae.

Se escribe a mano al publicar una versión, y lo leen por igual el instalador, la app y esta página. Las entradas están en inglés en todas partes.

0.0.9

Added
  • Failed work offers a direct handoff to another installed engine. The new vendor receives the issue, specs, branch facts, tests and a bounded transcript of the recent conversation, while the original run remains in History.
  • A project-wide engine control can put every stage and agent on Codex or Claude Code at once. Per-stage and per-agent choices remain available for mixed projects.
  • Sprints can run continuously either as far as Review or through the full merge cycle, with a configurable concurrency limit, exact issue scope, a bounded decision ledger and Bob visible as the exception and completion steward.
  • A sprint can be removed with confirmation. Its file goes to Trash, its issues and specs stay, and membership is restored if the cleanup cannot finish.
Fixed
  • Codex runs now remain alive in the board, start and resume in the issue checkout, ask through the Studio question channel, receive the requested sandbox, show to-do progress and carry receipt timestamps on every normalised line.
  • Codex token totals now separate fresh, cached and output tokens without counting a resumed session twice. An absent monetary cost remains absent rather than becoming zero.
  • Changing engine no longer tries to resume a vendor-specific session id. Both explicit failover and an engine changed in Settings start a new vendor session with the persisted context.
  • A pending question blocks the board in the same tick that ends the run, so React state cannot advance a card past an unanswered decision.
  • A previous failed or finished turn is labelled as history while a later turn is working, instead of contradicting the live status at the top of the conversation.
  • Blocked issues cannot be dragged into code, and the board names the exact unfinished work that must move first.
Known
  • The native memory binary is not yet inside the installer. A machine without it installed falls back to Docker.
  • The native memory server does not yet survive a reboot on its own; the app starts it again when it is needed.

0.0.8

Added
  • A machine default for engine and model, set once in Settings and used by every agent that has no choice of its own. The Agents screen says where each choice came from and offers "use default" to clear one.
  • The dashboard's execution card now shows calendar time (how long at least one run was alive), how many runs ran in parallel on average, and time spent waiting on you. Each line says how many of the runs it was read from; nothing is estimated.
  • The quick path ends with the exit as a button: merge, pull request, or hand-off, naming the commit first when the lane has uncommitted work.
Fixed
  • The app killed the engine at the end of each turn, so an agent that had delegated to a subagent or scheduled its own wake-up was cut off, and the screen said finished over work still running. The run now stays open until the turn that owes nothing, or until the process exits; a subagent the process left behind reads "did not report" instead of done.
  • The next-step banner claimed "It wrote" a spec while the card still read planned: the quick flow's draft was being counted. Only a file saved under its own key counts, and the draft is no longer reported as a broken spec either.
  • The board lost its scroll position whenever an agent wrote a file: a read landing mid-write looked like a broken project, so the board unmounted and remounted. A doubtful reading over an open board is now re-read before it is believed.
  • A long question pushed the ask modal past the top and bottom of the window. It is capped to the viewport; the question scrolls inside its own region and the options and answer line stay on screen.
  • A mock embedding its images was refused at 512 KiB. The limit is 8 MiB; the sandbox, not the size, is what keeps a mock safe.
Known
  • A session cut off by an earlier version while its subagents ran may answer every resume with an empty turn. The app does not yet detect that or start a fresh session on its own; the next version will.
  • Calendar time per issue (backlog to done) is not shown: issues carry no timestamps for column changes yet.
  • Codex records carry no engine timestamps, so Codex questions do not count toward time waiting on you.
  • The native memory binary is not yet inside the installer, and the native server does not survive a reboot on its own.

Prelanzamiento, sin rodeos

El producto funciona.
La firma todavía no está lista.

Prelanzamiento. Todas las pantallas de arriba son el producto corriendo.

Board y planeación listos Agentes en vivo listos Actualización automática lista Builds para macOS, Linux y Windows Firma en proceso
¿Qué funciona hoy?

Board, issues, specs, planeación, sprints, documentación, agentes configurables, ejecución en vivo, preguntas durante la ejecución, memoria, terminal y editor. La batería de schema corre en cada build, y buena parte son archivos rotos a propósito que tienen que ser rechazados: una prueba que no sabe fallar no mide nada.

¿Qué falta todavía?

Los builds públicos aún necesitan notarización de Apple y firma en Windows. Git y los pull requests dentro de la app quedaron fuera de la primera versión a propósito.

¿Qué necesito tener instalado?

Claude Code. Al abrir, Nexus revisa los demás requisitos locales y te dice qué falta.

La base del método

El EVO Method existía antes que el producto.

El EVO Method es un método abierto para construir software con IA, derivado del BMad Method y adaptado de forma independiente. Vive por su cuenta, fuera de este producto, y Nexus Studio es la app que vuelve trivial seguirlo: basta abrir una carpeta.

Leer el EVO Method en GitHub

Un método público, mantenido aparte. Studio lo implementa, no lo reemplaza.

Construido sobre

El trabajo de otras personas.

Nexus no hace todo esto solo. Tres proyectos independientes son parte de lo que usas aquí, y es justo nombrarlos.

  • Claude Code Anthropic

    El motor por debajo. Cada agente de Studio es Claude Code corriendo en tu máquina, con tu propia suscripción.

    Necesario
  • ai-memory Fabio Akita

    Guarda lo que aprenden los agentes, por proyecto y entre proyectos, para que la siguiente sesión no empiece de cero.

    Opcional
  • CodeGraph @tienmanh/codegraph, MIT

    Indexa el proyecto para que un agente encuentre lo que ya existe en vez de escribirlo otra vez. De ahí sale el mapa del código.

    Opcional

Proyectos independientes, citados por lo que hacen. Ninguno patrocina, respalda ni tiene relación alguna con Nexus Studio ni con Evolution.

Prelanzamiento

Sigue rápido.
Sin el desorden.

Descarga el build de tu plataforma, o escríbenos antes de empezar.

En el portal están la comunidad y el soporte. El correo abre tu cliente con el asunto ya escrito, para hablar con nosotros de forma directa.