AIdeazz AI Lab · activo en producción

English version →

AIdeazz AI Lab
Operaciones y motor de marketing

No es una demo. Once agentes co‑fundadores de IA más un motor de marketing corren 24/7: tu web te encuentra, el contenido se publica a diario, los leads entran al CRM y Atlas mide si las campañas movieron la aguja. Abajo: estado en lenguaje claro para dueños de negocio; después, profundidad técnica para quien necesite pruebas.

Que ChatGPT te recomiende → cierra en WhatsApp

Visibilidad en búsqueda con IA • Agentes de WhatsApp • Automatización con IA

Autora
Elena Revicheva
Actualizado
22 de julio de 2026
Estado
Activo en producción

Para ingeniería: el detalle autoritativo de cada producto—lista canónica de agentes, repos de GitHub, rutas de despliegue en Oracle, nombres systemd/PM2, comprobaciones de salud, clones locales en Windows y postmortems de resiliencia—vive en ORACLE_ALL_PRODUCTS_RESILIENCE.md (anexo técnico). Esta página pública sigue siendo legible para founders: sin IPs, puertos ni secretos.

Qué debe quedarle claro al negocio
Empieza aquí

Qué es AIdeazz AI Lab — ahora mismo

Tu flota de co‑fundadores de IA en producción más un motor de marketing que conecta descubrimiento → contenido → leads → medición. No es un prototipo.

PiezaFunciónDónde verlo
Cara públicaPortafolio, blog, formulario de contactoaideazz.xyz
Auditoría de Visibilidad IAAPI + widget gratis en vivo — puntúa cualquier sitio 0–100 en GEO · AEO · SEO técnico (listo para ChatGPT / Perplexity / Claude / Gemini)aideazz.xyz/api
Hub técnicoCRM, blog, outreach, seguimiento de rendimientoCTO AIPA Telegram
Radar de marketingInteligencia semanal del mercado publicitario sobre los siete servicios que vende el lab — las ventanas abiertas llegan como briefs de venta listos para usar, y los resultados del CRM regresan al radar para que aprenda qué convierteAtlas en vivo
Espina CRMTodos los agentes alimentan un pipeline HubSpotHubSpot Sales Pipeline
Capa de mediciónSesiones web, leads de formulario, deals por campañaTarjetas de concepto en Atlas (bloque de rendimiento)
Productos hermanosEspaLuz, caza de empleos, bots sociales, IA creativa, briefing diarioPortafolio

Flujo del motor de marketing (ciclo cerrado, julio 2026): SEO y descubrimiento → blog diario → formulario con tracking → HubSpot → triaje de leads → outreach → Atlas detecta una ventana de mercado para un servicio que vendemos → el brief de venta llega a Telegram → sale el outreach → el resultado del CRM (enviado / respondió / ganado) regresa a Atlas → los briefs de la próxima semana son más inteligentes

EstadoRealidad (21 jul 2026)
CargadoDescubrimiento, contenido, ingest CRM, triaje, radar Atlas sobre los siete servicios del lab, puente de rendimiento, sync GA4, tracking de clics WhatsApp, briefs de venta por Telegram + retroalimentación de resultados del CRM (21 jul)
ParcialConversión — la primera lectura honesta del ciclo: tasa de respuesta ≈ 4% en el carril de auditorías de visibilidad (24 envíos → 1 respuesta). El motor ahora la mide por servicio; superarla es el juego actual.
SiguientePaquete showcase para clientes; blog semanal automático desde cada snapshot de Atlas; lectura API de ads
Cómo verificar (sin terminal):
  • Abre Atlas — el snapshot se actualiza cada lunes ~9:15 AM Panamá y debe mostrar la fecha del lunes más reciente.
  • Abre el API de ángulos — el ángulo de mercado en vivo de un carril de servicio, con resultados reales del CRM, en JSON. Es la misma inteligencia que usan los briefs de venta.
  • Visita aideazz.xyz/blog — artículos nuevos con cadencia diaria, incluidos posts escritos desde el snapshot semanal del propio Atlas.
  • Envía el formulario en aideazz.xyz/portfolio — recibes email de confirmación cuando funciona (o usa el formulario aquí mismo, debajo del pipeline de go-to-market).
  • Ingeniería: roadmap completo en Marketing Engine en GitHub.
0
Capacidades registradas · 9 en vivo · 1 roadmap (AILA)
0
Capas de infraestructura · Oracle · AWS · edge estático
0
Cadencia de salud automatizada
0
Repos con productos vivos · servidor principal único
14
Pasos automatizados en hito → red social · 0 manuales
Sección 01

Productos y agentes

Cada fila es una capacidad en producción—lo que tocan clientes o partners—con la forma en que corre por debajo (servicios Linux, supervisor de procesos o serverless). Los nombres alineados con la matriz interna de resiliencia, sin exponer coordenadas de infraestructura.

GEO + SEO · aideazz.xyz · señales para crawlers de IA · blog bilíngüe · captación → Oracle CRM (HubSpot) + prospección desde tableros de empleo y lanzamientos de producto Automación de crecimiento en X (stream + engagement + alertas) Audio mañanero por AWS Lambda + puente seguro CTO Ritmo ejecutivo: resúmenes Trello a Telegram Capa de web en vivo: Bright Data Web Unlocker · SERP · Scraping Browser + agente de investigación autónomo con Claude (/research_company · /research_employer · /research_competitor en Telegram) Failover LLM multi-proveedor, en toda la flota: cada agente cae a Claude → Groq (Llama gratuito) como mínimo—incluidos los tres bots EspaLuz—con Grok (xAI), OpenAI y Gemini como niveles adicionales en productos de mayor volumen (Atlas Shifted: Claude → Groq → OpenAI → Grok). El motor de contenido sobrevive a la caída de cualquier proveedor.
Invariante operativa: exactamente un checkout desplegado por repositorio de GitHub—evita drift de versión, secretos duplicados e incidentes de “¿qué carpeta es prod?”. Pares como CTO + co‑fundadora creativa comparten codebase a propósito pero ejecutan interfaces/personalidades distintas.
# Agente Rol (negocio + ops) Runtime Estado
01 EspaLuz WhatsApp Canal: tutoría de español en WhatsApp—conversación, ejercicios, correcciones.
Servicio Linux gestionado (espaluz-whatsapp) con comprobaciones de salud automatizadas.
systemd ● Activo
02 EspaLuz Telegram Canal: mismo producto de tutoría en Telegram.
Memoria en dos capas: recuperación + RAG pgvector (espaluz_rag.py). Servicio espaluz-familybot.
systemd ● Activo
03 EspaLuz Influencer Marca: publicación Instagram con calendario disciplinado; puede destacar hitos reales en copy cercano al consumidor.
Subtítulos Groq + entrega multimedia Make.com. Unidad espaluz-influencer.
systemd ● Activo
04 Algom Alpha (@reviceva) Crecimiento: presencia continua en X (educación + narrativa); incorpora lanzamientos mayores sin sonar como log crudo.
Muestreo de streams, runner de engagement y hooks de cuenta coordinados con el bot CTO para alertas / seguimiento. Workers PM2: dragontrade-main y satélites.
PM2 ● Activo
05 VibeJob Hunter Producto: tubería autónoma de búsqueda de empleo—harness de evaluación, enrutado, integraciones ATS.
Comparte codebase con la agente de marketing co‑fundadora. Worker vibejobhunter.
systemd ● Activo
06 AI Marketing Co-Founder (CMO AIPA) Narrativa de revenue: cadencia LinkedIn, sindicación larga, higiene CRM—convierte el ritmo de ingeniería en prueba de mercado.
Claude + conectores sociales; Hunter.io → HubSpot. Puente FastAPI vibejobhunter-web expone salud interna.
systemd ● Activo
07 OpenClaw Vibejob Shortlist UX: shortlists de empleo curadas dentro de Telegram.
Servicio puerta de enlace openclaw-gateway; sondado por URL privada en el host de la app.
systemd ● Activo
08 Tech Co-Founder (CTO AIPA) Torre de control: observa repos, puntúa cambios más riesgosos, difunde hitos al marketing y corre flujos de outreach/board.
Orquestador Express bajo PM2 (cto-aipa), Oracle Autonomous DB por TLS—credenciales nunca incluidas en este HTML.
PM2 ● Activo
08.1 Sprint Briefing (Sprinter) Ritual fundadora: briefing audio diario sintetizado de tareas, notas y capturas.
AWS Lambda programada; contexto desde el servicio CTO por HTTPS con secreto compartido—sin wallet de DB dentro de Lambda.
Lambda ● Activo
09 Creative Co-Founder (Atuona CCF) Partner creativa: persona de bot aparte + sitio estudio público—mismo sobre de fiabilidad que el stack CTO.
Binario único PM2; sitio en edge hosting estático.
PM2 ● Activo
10 Atlas Shifted (Estratega de Marketing) Inteligencia de marketing: Observa el mercado publicitario público a diario (9 AM Panamá), puntúa qué ángulo se abre, exporta campañas de prueba y—desde julio de 2026—incorpora sesiones reales de Google Analytics al libro de rendimiento para ver si una prueba movió tráfico.
Bucle detectar → crear → medir. Solo datos públicos de transparencia para detección; GA4 para resultados. En vivo en atlas.html.
PM2 ● Activo
11 AILA Roadmap: orquestación personal de largo plazo—arquitectura documentada; aún no proceso productivo autónomo.
Campos de coordinación provisional en Oracle hasta que AILA salga.
En diseño
Sección 02

Fiabilidad y disponibilidad

Para fundadores: sondas programadas preguntan a cada producto si sigue respondiendo. Para ingeniería: un driver bash en la VM Oracle primaria cada ~cinco minutos; tráfico keep‑alive evita reclamaciones por idle; systemd limita tormentas de reinicio.

Sin reinicios en manada: si falla una sonda sólo recicla esa unidad. URLs concretos y scripts viven en el anexo privado—no están aquí.
Los retiros de modelos son configuración, no reescrituras: los proveedores retiran modelos alojados cada pocos meses (Groq elimina Llama 3.3 de su nivel dev en agosto 2026). Cada agente resuelve el id de su modelo a través de un único conmutador de flota, así que el cambio es una línea en el .env — probado contra una evaluación golden-set antes de activarlo, e instantáneamente reversible. El conmutador se desplegó en toda la flota en julio 2026, semanas antes de la fecha límite. Para fundadores: la rotación de proveedores de IA está incluida en la arquitectura, no se paga en semanas de reconstrucción.
Agente
Método de salud
Recuperación
CTO AIPA + Atuona
HTTP del orquestador OK vía localhost
pm2 restart cto-aipa
EspaLuz WhatsApp
Webhook tutoría OK desde localhost
systemctl restart espaluz-whatsapp
VibeJob Hunter + CMO
Puente marketing /health OK internamente
systemctl restart vibejobhunter-web vibejobhunter
OpenClaw Shortlist
HTTP GET puerta loopback → 200
systemctl restart openclaw-gateway
Sprint Briefing
CloudWatch + cronograma EventBridge
reintentos Lambda / política DLQ
Stacks PM2 (p. j. Algom)
HTTP cron + estado pm2 jlist online
pm2 restart <app>
Todos los agentes systemd
vivacidad por systemctl
policy de reinicio systemd
Sección 03

Automatización de go-to-market (GTM)

Cuando ingeniería despacha algo digno de contar, el stack lo expande por LinkedIn, blogs, X e Instagram—sin reescribir cinco veces la misma historia.

Puerta de calidad: sólo los commits marcados feat:, launch: o release: disparan marketing. Mantenimiento (fix:, docs:, chore:, …) queda invisible al cliente.
1
Webhook GitHub

Commit detectado → CTO AIPA

Llegan pushes al webhook protegido. Groq/Claude revisan diffs, clasifican hitos y encolan actualizaciones para marketing descendente.

2
LinkedIn · 20:00 Panamá

CMO redacta y publica

Copy Claude Sonnet → entrega Make.com. Cero pegado manual.

3
Blog diario · aideazz.xyz/blog + dev.to

Publicación bilingüe (EN/ES)

El publicador diario de blog envía artículos a aideazz.xyz/blog con crosspost a dev.to (“Also on Dev.to”). Mutex de ventana deslizante, dedup por título y notificación siempre a Telegram evitan dobles publicaciones silenciosas.

4
X · cada 5.º hueco publicación

Tweet Algom Alpha

x-tech-updater.js fusiona hitos en lenguaje llano (Haiku / Groq), con salvaguarda contra colas duplicadas.

5
Instagram · días pares 18:00 Panamá

EspaLuz Influencer

Caption consciencia de hitos + canal Make.com; fallback a fila estándar si no hay pendientes.

6
Entrante · HubSpot → Claude → Telegram

Lead Concierge — del formulario a la respuesta enviada en minutos

Las consultas del portafolio se convierten en contactos de HubSpot en segundos (push del servidor, sin esperar al cron). Make.com despierta a Claude para redactar una respuesta personalizada —idioma correcto, enlaces de prueba relevantes, oferta concreta de primer proyecto— entregada en Telegram con botones Enviar / Editar / Omitir. Un toque envía el correo al lead desde el dominio de la empresa y registra el texto enviado en la línea de tiempo del CRM. Trazabilidad completa, aprobación humana en cada envío, tiempo de respuesta reducido de días a minutos.

No te fíes sólo del diagrama — este formulario ES el pipeline. Envíalo y te conviertes en un contacto de HubSpot con atribución UTM en segundos, Claude redacta una respuesta con todo el contexto de esta operación, y llega a mi Telegram para aprobación con un toque. Tendrás respuesta rápido — ese es justamente el punto del paso 6.
Protegido por reCAPTCHA Enterprise · Atribuido como utm_source=sop-ai-ops para que luego puedas preguntarme exactamente cómo se movió tu propio envío por el CRM.
Sección 04

Disciplina de release

Versión “junta amigable”: despachamos como empresa de producto—procesos predecibles, secretos aislados, rollouts verificables—aun cuando los agentes van más rápido que la mayoría de equipos.

Regla · 01

Un checkout vivo por codebase

Evita el debate “¿qué carpeta es prod?”; los bots pareados comparten código a propósito pero jamás duplican repos.

Regla · 02

Build verde, luego swap

Pull último → compilación/tests OK → sólo entonces reiniciar procesos supervisados. Artefactos rotos no sustituyen lo que los clientes ya usan.

Regla · 03

Aislamiento de secretos

Cada bot tiene su .env; wallets cripto nunca van a GitHub; TypeScript strict atrapa tipos flojos antes de prod.

Regla · 04

Registro de proceso anti‑caída

Cada proceso está registrado para arranque al boot y auto‑reinicio ante fallos—sin niñera manual tras power cycle o upgrade de kernel.

Regla · 05

Sin fallos silenciosos

Handlers de crash loguean antes de salir; supervisores muestran por qué murió algo; watchdog busca ventana ~5 min.

Regla · 06

Verificar tras desplegar

Salud verde, logs DB limpios, una interacción real Telegram—todo pasa antes de cerrar incidente.

Sección 05

Plantilla de respuesta a incidentes

Para stakeholders: tratamos las regresiones como conciliación financiera—síntoma, causas compuestas, fix, prueba—para que la misma trampa de automatización casi no repita.

Bucle de publicaciones duplicadas HubSpot

10 may 2026 — mismo tweet de hito emitido dos veces ~6 min aparte

Síntoma
Los hitos HubSpot pendientes reaparecían cada ciclo de x-tech-updater.js.
Causas raíz
Triple desajuste: legacy posted vs filtro en posted_x; endpoint marcar con clave timestamp mientras filas antiguas usaban received_at; backlog necesitó backfill de posted_x.
Fix aplicado
GET excluye cualquiera de las banderas; mark intenta timestamp → received_at → título; el cliente JS envía título para matching de respaldo.
Verificado por
Snapshot API {"ok": true, "pending": [], "total": 0, "held": true} + dos ciclos completos sin duplicados.
Resolución
≈2 h desde detección → APIs parcheadas → verificado en ciclos vivos. Relato íntegro conservado en el anexo técnico enlazado abajo.

El bucle de engagement que nunca corrió

25 may 2026 — la config decía “32 engagements/día”; los logs decían cero ciclos completados

Síntoma
Pedí a los logs que probaran la tasa de engagement declarada. El banner de arranque apareció 4.357 veces; la línea de acción “ciclo completado” apareció cero veces. El comportamiento nunca ocurrió, dijera lo que dijera la config.
Causas raíz
Tres capas: la primera corrida de engagement estaba programada 5 min tras el arranque; el proceso era reiniciado cada 5 min por un cron externo; y ese cron era un health check cuyo grep nunca coincidía con la salida de tabla de PM2—así juzgaba muerto a un proceso sano, para siempre.
Fix aplicado
Health check reescrito para leer estado estructurado: pm2 jlist | jq sobre el campo de estado del proceso en vez de hacer grep al texto renderizado. El proceso se mantuvo arriba; el primer ciclo de engagement de la historia del bot disparó el mismo día, con respuestas y follows reales verificados en logs.
Regla ganada
Verifica desde los logs, no desde la config. Nunca declares comportamiento de un agente sin hacer grep a la línea de ACCIÓN (no a la de setup). El fix ya es regla operativa estándar en toda la flota.
Regla de actualización del SOP: cualquier incidente con impacto real en prod merece el mismo formato internamente—así la memoria institucional se acumula en lugar de borrarse.
Sección 06

Referencia de stack

Primitivas aburridas de uptime donde cuenta la disponibilidad; APIs afiladas de IA + CRM + redes donde cuenta la diferenciación.

Gestión de procesos
PM2 · systemd · AWS Lambda + EventBridge
Bases de datos
Oracle Autonomous DB (conexión cifrada de grado empresarial, múltiples tablas) · PostgreSQL + pgvector (memoria semántica tutorías)
CRM & alcance
HubSpot CRM v3 + asociaciones v4 · Hunter.io · Resend
Redes sociales
X API v2 (Account Activity, stream filtrado, worker de engagement) · Make.com · Telegram Bot API
IA / LLM
Claude Sonnet / Haiku · Groq (inferencia de modelos abiertos — el id del modelo se resuelve mediante un único conmutador de flota, así que las deprecaciones del proveedor son un cambio de configuración de una línea) · Grok (xAI, failover nivel 3) · OpenAI (gpt-4o-mini + text-embedding-3-small + TTS / Whisper) con reintentos + cadena de respaldo · Bright Data (captura de transparencia publicitaria pública) · Runway (Seedance 2.0 / Kling 3.0) + Flux 1.1 Pro para la creatividad de Atlas · LangChain · LangGraph
Generación de leads
HN Algolia · GitHub REST · Product Hunt GraphQL · Bright Data (SERP API + Web Unlocker + Scraping Browser — reemplazó a SerpAPI de pago) — ~150–250 empresas nuevas netas/mes tras filtros
Hosting / CDN
VM OCI Ubuntu (VM.Standard.E5.Flex, 12 GB) · AWS Lambda · frontends IPFS 4everland · DNS Cloudflare
Monitoreo
Driver salud cron · logs PM2 · CloudWatch · probes curl · keep‑alive OCI
Contenido y SEO
Blog diario bilingüe · crosspost dev.to · GA4 + medición Atlas (jul 2026) · Search Console · pack GEO · captura de leads → Oracle → HubSpot
Gestión de proyecto
API Trello (briefings Telegram diarios + semanales) · webhooks GitHub en la flota