MI_STACK.json
Cada herramienta se gana su lugar. Nada elegido por moda — cada una se selecciona por confiabilidad, composabilidad y por estar lista para producción.
§ 01 // backend principal
python · php · fastapi · trioLenguaje principal para todo el trabajo de backend, IA y automatización. Elegido por la profundidad de su ecosistema y la madurez de sus herramientas para LLM.
principalPara componentes de bajo nivel donde el rendimiento es crítico y el overhead de Python es inaceptable.
puntualPHP puro, sin framework.
puntualFastAPI para todas las APIs asincrónicas. Pydantic para validación en tiempo de ejecución y generación de esquemas. Uvicorn + Gunicorn para servir en producción con gestión de workers.
SQLAlchemy 2.x con soporte asincrónico como capa ORM. Alembic para todas las migraciones de esquema — nunca cambios de SQL a mano en producción.
§ 02 // capa de datos
postgres · mongodb · polars · elasticsearchEstado transitorio, caché de sesiones, rate limiting, pub/sub.
Encolado confiable de jobs asincrónicos y mensajería entre servicios. Kafka para streaming de eventos de alto volumen.
Airbyte para replicar datos de forma confiable. Feast para almacenar y servir features en pipelines de ML. NumPy y Polars para procesar datos numéricos y tabulares rápido.
pgvector para RAG nativo en PostgreSQL. Qdrant y Pinecone para búsqueda vectorial en producción. FAISS para similitud local/offline. Milvus para despliegues a gran escala. Elasticsearch para búsqueda de texto completo.
Para grafos de conocimiento, modelos de datos con muchas relaciones y pipelines al estilo Cognee, donde los modelos relacionales no alcanzan.
§ 03 // stack de IA / LLM
deepseek · gpt-oss · elevenlabs · openmontageInferencia de LLM autoalojada para cargas de trabajo con datos sensibles y entornos sin conexión.
Orquestación multiagente con estado, basada en grafos.
Construcción de agentes con tipado seguro y validación con Pydantic.
Colaboración multiagente y equipos basados en roles.
Extracción de salidas estructuradas y generación ajustada a un esquema.
§ 04 // desarrollo agéntico
Opencode · Claude Code · hyperflowUna herramienta interna que se está desarrollando sobre el ecosistema de OpenCode. Gestiona el estado de los flujos de trabajo, la coordinación de agentes y la automatización de proyectos a escala.
.hyperflow/state.json como capa de coordinación persistente
Ruteo de tareas entre agentes y delegación de skills
Extensible mediante el directorio .opencode/plugins
Automatización de comandos y tareas a nivel de proyecto
§ 05 // infraestructura y despliegue
docker · antel · runpod · apacheTodos los servicios en contenedores. Compose para desarrollo local y despliegues simples. Todo proyecto sale con un Dockerfile listo para producción.
Despliegue global liviano para cargas de trabajo de escala chica a mediana. Antel Datacenter para alojar en Uruguay.
Caddy para TLS automático y proxy inverso simple. nginx para servir contenido estático con alto rendimiento. Apache para servir sitios web clásicos, incluidos los de PHP. WireGuard para la malla interna de servicios y redes privadas.
§ 06 // observabilidad y operaciones
sentry · langfuse · grafana · otelCaptura de errores en tiempo real, stack traces y alertas. Todo servicio en producción sale con Sentry integrado desde el primer día.
Prometheus para recolectar métricas y definir reglas de alerta. Grafana para dashboards operativos y visibilidad de SLA. Datadog como APM gestionado cuando se prefiere observabilidad administrada.
Logs estructurados y trazas distribuidas con OpenTelemetry para tener visibilidad entre servicios.
§ 07 // frontend e interfaces
react · next.js · htmx · expoDashboards y paneles de administración renderizados en el servidor. HTMX para interactividad sin pipeline de build de JS. SQLAdmin para interfaces de administración de bases de datos.
React para interfaces basadas en componentes. Next.js para apps full-stack que necesitan SSR, ruteo y rutas de API en un mismo framework.
Apps móviles multiplataforma con React Native y Expo, para un flujo administrado, actualizaciones OTA y acceso a módulos nativos.
Tableros operativos a medida para monitorear el negocio. Ajustados al modelo de datos, no una herramienta de BI genérica.
§ 08 // automatización e integraciones
n8n · scrapy · browser use · playwrightn8n para automatizar flujos de trabajo de forma visual. SearXNG autoalojado para búsquedas web privadas. Automatización de navegador (Playwright, Selenium, Browser Use), crawlers con Scrapy y parseo de HTML para pipelines de extracción de datos, con pandas para limpiar y reorganizar los resultados.
§ 09 // documentación y conocimiento
obsidian · hugo · neo4j · markdownObsidian como base de conocimiento principal, con Dataview para consultas dinámicas entre notas. Pensamiento enlazado en lugar de documentos planos.
Hugo para generar sitios estáticos rápido. Cloudflare para servir desde el edge y SSL sin configuración en la documentación pública.
Todo sistema sale con runbooks operativos versionados junto con el código.
§ 10 // seguridad y acceso
zitadel · wireguard · cloudflare · oauthTodas las consultas de analítica pasan por un registro de consultas autorizadas — nada de SQL ad hoc en producción.
§ 11 // criterios de selección
En producción no entran herramientas que no hayan corrido bajo carga real. Elegir por moda causa fallas después del lanzamiento.
Cada herramienta hace una cosa bien y se integra de forma limpia. Nada de plataformas monolíticas que te atan a un proveedor.
Tu equipo puede operar cada herramienta elegida después del traspaso. Sin dependencia de herramientas propietarias que controle yo.
Kubernetes solo cuando hace falta. SQLite cuando Postgres es demasiado. El stack se ajusta al problema, no al currículum.
¿Tenés un problema que encaje
con este stack?
Mandame un brief corto — qué estás construyendo, qué está roto y qué probaste hasta ahora. Te respondo en menos de 48 horas.