Comandos por grupo
Todos los comandos aceptan --json y -p <ruta>. Añade -h a cualquiera para su
ayuda completa.
Crear el proyecto
Sección titulada «Crear el proyecto»aseptic init [ruta] # .aseptic/ con su configuración y el catálogo vacíoTodo lo demás necesita un proyecto —la carpeta que contiene .aseptic/—. En el
escritorio lo siembra el instalador la primera vez; desde la terminal (un CI, un clon
recién hecho) se crea con esto. No pisa nada: sobre una carpeta a medias completa lo que
falte.
Estado y ciclo de vida del escenario
Sección titulada «Estado y ciclo de vida del escenario»aseptic status # motor vivo, Docker, escenario activo y microsaseptic doctor [escenario] # chequeo de entorno antes de arrancar (y cómo traer lo que falta)aseptic start <escenario> [flags] # inicia (lanza daemon si hace falta) y espera healthyaseptic stop # detiene el escenario activoaseptic restart <micro> # reinicia un micro sueltoaseptic debug <micro> [on|off] # abre o cierra su depurador; sin on/off, cómo engancharseaseptic runs [show|logs|pin|delete] # historial de ejecuciones del escenarioaseptic restart-all # para y vuelve a arrancar el escenario enteroaseptic metrics [micro] # última muestra de métricas (--json = historial)aseptic set-resolution <dep> <local|cloud|mock> # cambia la resolución en calienteaseptic cleanup [escenario] # limpieza defensiva (huérfanos, puertos)aseptic prep <escenario> --when <pre-boot|post-migrate>aseptic console <servicio> # psql/redis-cli dentro de su contenedoraseptic kafka topics|consume|produce # topics y mensajes del Kafka de la infraaseptic logs [micro] [-f] [-n N] [--errors] [-g patrón]aseptic call <micro> [ruta] [-X método] [-d cuerpo] [-H k=v...]aseptic diagnose <micro> [-n N] # qué le pasa a un micro, de un tirónFlags de start: -r/--resolve <dep=modo> (override puntual de resolución),
-m/--mode <micro=modo> (native|container), --no-wait, --no-docker,
--timeout <s> (por defecto 600). start arranca Docker por su cuenta salvo
--no-docker.
Escenarios
Sección titulada «Escenarios»aseptic scenario list | show <n> | graph <n> | save --file <yml> | delete <n>aseptic scenario add-service <escenario> <micro> # sin reenviar el documento enteroaseptic scenario remove-service <escenario> <micro>aseptic scenario set-resolution <escenario> <dep> <local|cloud|mock> # fija la almacenadaaseptic scenario from-folder <carpeta> <nombre> # importa la carpeta y crea el escenarioaseptic scenario export <n> [-o fichero] [--include-run]aseptic scenario import <fichero> [--apply] [políticas]add-service y remove-service editan sobre lo guardado: no hay que reenviar el
escenario entero para tocar un micro. Y ojo con los dos set-resolution: el de arriba
(aseptic set-resolution) cambia la resolución en caliente, sobre el escenario que
está corriendo; este la deja fijada en el escenario guardado.
from-folder es el atajo de empezar: importa todos los micros de una carpeta y crea el
escenario con ellos, de una vez.
aseptic service list | show <id> | add <ruta-repo> | save --file <yml> | delete <id>aseptic service detect <ruta> # qué manifiesto ve Aseptic ahí, SIN guardarloaseptic service clone <url> [--alta] # clona y, con --alta, lo da de altaaseptic service clone-all <url...> # clona en lote y autodetecta cada microaseptic service import-all <carpeta> # da de alta todos los de una carpetaaseptic service export <id> [--include-run] | import <yml...>aseptic service drift <id> # ¿el manifiesto diverge del repo? (exit 1 si hay drift)aseptic service rescan <id> # reconcilia desde el repo (preserva la curación)aseptic service rescan-all # lo mismo para TODO el catálogoaseptic service effective-config <id> # valor final de cada clave y de qué capa vieneaseptic service frontend-info <id> # front: cómo sirve, si recibe --proxy-config y qué trae el repoaseptic service branch <id> | branches <id> | checkout <id> <rama> | fetch <id> | pull <id>aseptic service fetch-all # trae novedades de TODOS los repos del catálogoaseptic service switch-branch <id> <rama> # cambia de rama y reconcilia el manifiestoaseptic service hot-switch-branch <id> <rama> # lo mismo con el micro vivo: para solo a élaseptic dependency rename <de> <a> # renombra la dependencia en micros, escenarios y mocksaseptic service files <id> [patrón] [-d <subcarpeta>] # lista ficheros del repo del microaseptic service read-file <id> <ruta> # vuelca un fichero de texto del repoaseptic service write-file <id> <ruta> [--from <fich>] # escribe uno (o por la entrada estándar)clone-all e import-all son el alta de un equipo entero: clonar veinte repos y
darlos de alta uno a uno es la tarde que esto ahorra el primer día.
effective-config responde a «¿de dónde sale este valor?» sin arrancar nada, que es la
pregunta de todo micro que arranca con la configuración que no era.
Bases de datos
Sección titulada «Bases de datos»aseptic db list | save --file <yml> | delete <id>aseptic db test <host> <puerto> # alcance TCP (exit 1 si no responde)aseptic mock services | catalog [servicio] | calls | events | clear-callsaseptic mock save <servicio> --file <json> | delete <servicio> --method GET --path /xaseptic mock set-active <servicio> --method GET --path /x --variant 1aseptic mock capture|uncapture <servicio> --method GET --path /x # llama al servicio real y graba la respuestaaseptic mock operations <servicio> | skeleton <servicio> <método> <ruta>aseptic mock set-openapi <servicio> [origen] # de dónde salen los cuerpos (sin origen, lo quita)aseptic mock set-service <grupo> --prefix /x [--openapi <origen>] [--base-url <url>] [--rename-from <id>]aseptic mock regroup <grupo> [--from <servicio>] # mueve al grupo los stubs que cuelgan de su prefijoaseptic mock delete-service <servicio> --yes # borra el catálogo de mocks ENTERO del servicioaseptic mock from-call <método> <ruta>aseptic mock probe <método> <ruta> [-H 'Nombre: valor'] [-d '<cuerpo>'] # qué serviría, y por qué reglaaseptic mock put-file <servicio> <fichero> # copia un fichero a mocks/files/ para servirlo como cuerpoaseptic mock export|import <servicio> [fichero] | export-all|import-all [fichero]aseptic mock request [ruta] [-X método] [-d cuerpo] [-H k=v] # llama al gateway de mocks (motor vivo)En captura, un endpoint deja de servir su variante: llama al servicio real y guarda la
respuesta como variante Real <status>, que queda activa. Al quitarla (uncapture) sigue
sirviendo lo que grabó.
Arranque personalizado
Sección titulada «Arranque personalizado»aseptic run show <id> | set <id> [opciones] | clear <id> | preview <id>aseptic run export <id> [-o fichero] | import <id> <fichero>run set acepta --profile, --prop k=v, --toggle <id>, --extra-args,
--command, --datasource-ref <id>, --datasource local|cloud|custom [--url ...] y
--tools auto|local|container.
--tools decide de dónde salen las herramientas del arranque nativo: auto (por defecto)
usa las de tu máquina y, si falta alguna y Docker está iniciado, el contenedor de
herramientas; local y container lo fijan, y auto quita el ajuste del micro. Ver Modo nativo vs
contenedor.
Ajustes
Sección titulada «Ajustes»aseptic config show | get <clave> | set <clave> <valor> | unset <clave>Claves: workspace, composeFile (bundled o ruta), mockPort, caBundle (la CA de
tu empresa, PEM o DER), toolchainRegistry (prefijo de un espejo para las imágenes de
herramientas) y credentials.<nombre>.
Herramientas de desarrollo
Sección titulada «Herramientas de desarrollo»aseptic toolchain list # qué sabe instalar y qué hay instaladoaseptic toolchain install java 21 # en java, la versión mayoraseptic toolchain install node 22.22.3 # en el resto, la exacta (o un prefijo: 22)aseptic toolchain remove maven 3.10.0 # la borra del caché de AsepticInstala el JDK, Maven, Gradle, Node, Go o el SDK de .NET que falte en el caché de
Aseptic (~/.aseptic/toolchains/): sin administrador, sin tocar el PATH de la máquina
y verificando el checksum antes de extraer. La que ya tengas instalada sigue mandando.
aseptic doctor dice qué falta y con qué comando se trae.
Docker, paquete del catálogo y daemon
Sección titulada «Docker, paquete del catálogo y daemon»aseptic docker status | start [--no-wait] [--timeout <s>]aseptic containers | docker-clean | infra <n> | infra-up <n> | infra-downaseptic bundle export [-o fichero] | import <fichero> [--overwrite]aseptic daemon start | stop | statusDiagnóstico, consentimiento y autodescubrimiento
Sección titulada «Diagnóstico, consentimiento y autodescubrimiento»aseptic telemetry info | on | off | dismiss | test [--note <texto>]aseptic telemetry report <mensaje> # informe de incidencia REAL (se agrupa como issue)aseptic report <mensaje> [-n N] # informe LOCAL en .aseptic/.runtime/reports/aseptic consent info | history | accept --yes | syncaseptic access sync # envía los accesos pendientes al historial de la cuentaaseptic info # versión, rutas efectivas y escenario activoaseptic ops [--json] # la superficie completa del motoraseptic mcp # inicia el servidor MCP por stdioLos dos informes no son el mismo. telemetry report envía el tuyo, así que necesita
la telemetría encendida y red; report escribe un fichero en tu disco, funciona sin una
cosa ni la otra y te da su ruta para que lo adjuntes donde quieras. Los dos van saneados.
Librerías locales
Sección titulada «Librerías locales»aseptic library list | show <id> | add <ruta> | delete <id>aseptic library clone <url> # clona el repo y devuelve su rutaaseptic library detect <ruta> # qué librería ve Aseptic ahíaseptic library build <id> # ejecuta su comando de construcciónaseptic library link <id> # construye y pone el artefacto donde lo vea el consumidoraseptic library unlink <id> # retira el enlace en todos los consumidoresaseptic library watch <id> | unwatch <id> # reconstruir y reenlazar al cambiar (opt-in)aseptic library status [id] # consumidores resueltos y si está enlazada (sin id: todas)aseptic library branch <id> | branches <id> | checkout <id> <rama> | fetch <id> | pull <id>watch es opt-in a propósito: reconstruir a cada cambio cuesta, y no siempre es lo
que quieres mientras tocas la librería. Ver Librerías.
Catálogo del equipo
Sección titulada «Catálogo del equipo»aseptic team list # qué comparte el equipoaseptic team status # ¿lo de aquí sigue siendo lo del equipo?aseptic team adopt <id> [--apply] # tráelo y adóptalo aquíaseptic team fetch <id> [-o fich.] # solo descargar el paqueteaseptic team publish <escenario> [-d "para qué sirve"]aseptic team unpublish <id> --yes # lo quita a TODO el equipoSin --apply, adopt solo enseña el plan y qué falta en esta máquina. Requiere que
el proyecto tenga catálogo configurado. Ver Equipo.
Cuenta, plan y ajustes personales
Sección titulada «Cuenta, plan y ajustes personales»aseptic plan # plan, estado, periodo y asientosaseptic sync status # revisión publicada vs. la que conoce esta copiaaseptic sync pull | push # traer o publicar los ajustes personalesaseptic sync key-create | key-set <clave> # la clave que los cifraaseptic sync forget # deja de sincronizar y borra lo publicadoComprar no está en el CLI a propósito: se hace en el portal web o desde Ajustes. Lo que
sincroniza sync son tus ajustes (tema, paleta, distribución, idioma), nunca nada
del proyecto.
Tareas, dependencias y superficie MCP
Sección titulada «Tareas, dependencias y superficie MCP»aseptic tasks # tareas largas en curso del motoraseptic tasks --history # las últimas terminadas, con su resultadoaseptic tasks --output <id> # la salida de una, ya saneadaaseptic install <micro> # instala dependencias de un micro Node/Angularaseptic logs-export [-o fichero] # bundle de diagnóstico, ya saneadoaseptic mcp-surface # qué superficie MCP está activaaseptic mcp-usage # cómo se está usando en esta máquinaaseptic mcp-tune # qué falla de esa superficie, con su evidenciaEl bundle de logs-export va saneado: las credenciales declaradas no viajan en él,
que es justo para lo que se adjunta a un informe de fallo.