Cómo instalar, configurar y ejecutar tu primer agente con Andromeda.
Andromeda es un arnés de ingeniería con IA de código abierto: una CLI y una TUI interactiva que ejecutan agentes de código sobre tu espacio de trabajo. Tres principios lo definen:
Un "harness" es el arnés que rodea al modelo: Andromeda no es el modelo, sino el sistema que lo conecta con tu repositorio de forma controlada. En cada ejecución arma un bucle de trabajo sobre tu workspace:
AGENTS.md y la memoria del workspace, y lo entrega al modelo del proveedor que elijas.[permission] allow. Nada muta tu código sin tu visto bueno.La clave es que el modelo es intercambiable: el harness, los permisos y el contexto son siempre los mismos, elijas el proveedor que elijas. Por eso puedes mezclar modelos en una misma tarea (ver §5) sin cambiar tu forma de trabajar.
brew install datamaia/tap/andromeda
Homebrew verifica el checksum y enlaza andromeda en tu PATH. Actualiza con brew upgrade andromeda. Si Homebrew rechaza el tap por no ser de confianza, ejecuta una vez brew trust datamaia/tap y reintenta.
curl -fsSL https://andromedacli.com/install | bash
Detecta tu SO y arquitectura, descarga el binario e instala en /usr/local/bin (o ~/.local/bin). Personaliza con las variables ANDROMEDA_VERSION y ANDROMEDA_INSTALL_DIR.
irm https://andromedacli.com/install.ps1 | iex
Descarga el archivo de la release, verifica su SHA256, instala andromeda.exe en %LOCALAPPDATA%\Programs\andromeda y lo añade a tu PATH.
go install github.com/datamaia/andromeda/cmd/andromeda@latest
También hay binarios precompilados y checksums en la página de releases.
Verifica la instalación:
andromeda version andromeda doctor # diagnostica tu entorno
Lanza la TUI interactiva ejecutando andromeda sin argumentos:
andromeda
La primera ejecución te guía para elegir proveedor e iniciar sesión. La TUI incluye comandos slash, menciones de archivos con @, un flujo de planificar/aprobar e historial desplazable con el ratón.
Inicia sesión una sola vez; las credenciales quedan en el llavero del sistema:
andromeda auth login openai-chatgpt # OAuth por navegador (cuenta ChatGPT) andromeda auth add anthropic # guarda una API key desde una variable de entorno andromeda provider check # valida la conectividad
Andromeda habla con un proveedor a la vez, seleccionado con --provider o por el default de andromeda.toml. Lista los soportados con andromeda provider list y los modelos de cada uno con andromeda model list. Cada uno tiene su propia forma de autenticarse:
| Proveedor | Autenticación | Notas |
|---|---|---|
| openai-chatgpt | OAuth (navegador) | Usa tu suscripción de ChatGPT — no una API key. |
| openai | API key | API de plataforma de OpenAI, facturada por uso. |
| anthropic | API key | Requiere clave de la API de Anthropic (Claude Pro/Max no sirve). |
| gemini · xai · groq cerebras · openrouter huggingface | API key | Cada uno con la clave de su plataforma. |
| ollama · vllm | Local (sin clave) | Modelos que corren en tu máquina; privados y gratis. |
Ojo con la diferencia clave — suscripción ≠ API key
anthropic solo funciona con una API key generada en la consola de desarrolladores de Anthropic (con facturación/créditos de API aparte). Si solo tienes la suscripción de chat, este proveedor no se autenticará.openai-chatgpt, que inicia sesión por OAuth con tu cuenta. El proveedor openai es distinto: espera una API key de la plataforma de OpenAI, facturada por uso.andromeda auth login openai-chatgpt # suscripción ChatGPT → OAuth andromeda auth add openai # API key de la plataforma OpenAI andromeda auth add anthropic # API key de Anthropic (no la suscripción)
Tras autenticarte, andromeda provider check confirma que la conexión funciona antes de lanzar un agente.
También puedes ejecutar un agente directamente desde la línea de comandos:
andromeda run "add a health-check endpoint" --provider openai-chatgpt --allow-write
Permisos por ejecución. Las capacidades se activan por run: --allow-write, --allow-exec, --allow-network. Sin estos flags, el agente es de solo lectura.
Las conversaciones se recuerdan entre turnos y se pueden retomar:
andromeda --continue # reabre la sesión más reciente andromeda --resume <id> # retoma una sesión guardada andromeda sessions list # lista las sesiones guardadas
Ejecuta /init en la TUI para generar andromeda.toml, AGENTS.md y los directorios de capacidades .agents/. La configuración es TOML plano y se aplica en capas: global → workspace → proyecto → variables de entorno → flags.
[provider] default = "openai-chatgpt" # Comandos que el agente puede ejecutar SIN pedir aprobación, # emparejados por prefijo de argv. Lo no listado sigue preguntando; # lo que esté en `deny` se rechaza siempre. [permission] allow = ["git status", "git diff", "go build ./...", "go test ./..."] deny = ["git push --force", "rm -rf"]
Las indicaciones de proyecto escritas en AGENTS.md se incorporan al contexto del agente en cada ejecución.
En Andromeda no hay "archivos de agente" que mantener: cada ejecución instancia un agente definido por cuatro cosas — el objetivo (run <goal> o el prompt en la TUI), el proveedor/modelo (--provider o el default de andromeda.toml), los permisos (--allow-*) y el contexto del proyecto (AGENTS.md + memoria del workspace). Combinar estos cuatro ejes te da agentes distintos para tareas distintas.
Sin flags de permiso el agente no puede tocar nada: ideal para entender un repo nuevo, revisar un módulo o preparar un plan sin riesgo.
andromeda run "explica la arquitectura de internal/ y sus dependencias" andromeda run "audita el manejo de errores en el paquete auth"
Complemento útil: andromeda ontology build genera un mapa estructural del repo y andromeda graph serve lo abre como grafo interactivo en localhost.
Añade capacidades solo cuando la tarea las necesita: --allow-write para editar archivos, --allow-exec para que compile y corra tests, --allow-network solo si debe descargar dependencias.
andromeda run "añade un endpoint health-check con tests" \ --allow-write --allow-exec
Las acciones no cubiertas por el allowlist de [permission] siguen pidiendo aprobación interactiva una a una.
Como el proveedor se elige por ejecución, puedes encadenar agentes especializados sobre el mismo workspace: uno barato/local para explorar, uno potente para implementar y un tercero de otro vendor para revisar con "ojos frescos".
# 1. Explorar con un modelo local (gratis, privado, solo lectura) andromeda run "resume el módulo de pagos y propón un plan" --provider ollama # 2. Implementar con un modelo potente andromeda run "ejecuta el plan propuesto para el módulo de pagos" \ --provider anthropic --allow-write --allow-exec # 3. Revisar con un proveedor distinto, de nuevo en solo lectura andromeda run "revisa el diff actual y señala riesgos" --provider openai-chatgpt
Los tres pasos comparten contexto a través del propio repo, de AGENTS.md y de la memoria del workspace: usa andromeda memory add "el plan acordado es X" para dejar notas que cualquier agente posterior leerá.
Para refactors o features de varios días, trabaja en la TUI: menciona archivos con @, usa el flujo planificar/aprobar y retoma donde lo dejaste.
andromeda # sesión interactiva andromeda --continue # retomar la última sesión al día siguiente andromeda sessions list && andromeda --resume <id>
Buenas prácticas para "crear" tus agentes
[provider] default y reserva --provider para los pasos especializados.[permission] allow solo comandos verificados (git status, go test ./...) y bloquea los peligrosos en deny.AGENTS.md corto y preciso: comandos de build/test exactos, convenciones y límites — se inyecta en cada agente, en cada run.--allow-write, y red solo cuando haga falta.| Comando | Descripción |
|---|---|
| andromeda | Lanza la TUI interactiva (por defecto) |
| andromeda run <goal> | Ejecuta un agente para cumplir un objetivo en el workspace |
| andromeda --continue | Reabre la sesión más reciente |
| andromeda --resume <id> | Retoma una sesión guardada concreta |
| andromeda sessions list | Lista las sesiones guardadas de la TUI |
| andromeda provider list | Lista los proveedores de modelos soportados |
| andromeda model list | Lista los modelos que expone el proveedor configurado |
| andromeda memory add <text> | Añade un registro de memoria del workspace |
| andromeda ontology build | Escribe un mapa estructural determinista del repo (.andromeda/ontology/project.ttl) |
| andromeda graph serve | Construye el grafo del workspace y abre un visor interactivo en localhost |
| andromeda doctor | Diagnostica tu entorno |
| andromeda version | Imprime la versión |
andromeda doctor revisa tu entorno y señala problemas comunes.andromeda provider check valida la conectividad con tu proveedor.CONTRIBUTING.md en el repo.