Una casa. Módulos claros.
El sistema de Atómica no es una herramienta suelta, es un hub donde cada pieza compone con la otra. Atómica es la primera marca del sistema: cuando funciona para ustedes, escala white-label a los clientes de la agencia.
Hablás en Slack. El hub responde.
Steve-Atómica es el agente que vive en el Slack de la agencia. Ustedes controlan el acceso (Slack lo paga y administra Verónica). El equipo no necesita GitHub ni código, escriben en un canal y el sistema triagea, responde o ejecuta. Paciente cero: Verónica.
Steve · UCM, en claro
Arma el reporte de Paid del UCM leyendo Dashbo y lo postea en el canal #ucm, con la lógica de Vero: pacing, mes vs mes, año vs año, el CPL como juez y vs la meta del mes. No es data suelta, es lectura.
Reportes de cualquiera de las 31 cuentas, carruseles y copy en la voz del cliente, resumir transcripts y PDFs, responder sobre el libro de cuentas. Todo en draft.
Automático cada semana, el día y la hora que ustedes definan, directo al canal. Y a demanda cuando lo @mencionan. El reporte de los jueves es el primer agendado.
El repo de Atómica: 79 docs, 31 perfiles, la metodología, la voz, los workflows, más Dashbo en vivo. Pronto suma Asana y los inboxes vía Composio.
Vive en Slack con identidad Atómica, respuestas cortas y escaneables. En los entregables manda la marca del cliente, nunca una voz genérica.
Un canal por cuenta o función. Hoy: #ucm para reportes de UCM. Mañana: un agente por rol (paid, contenido, diseño) y uno por cuenta.
Sí, Slack es la casa. Opcional a futuro: un Steve de solo lectura en los grupos de WhatsApp con el cliente, para sumar ese contexto.
Operativas, sí: qué responder, qué reporte, marcar un riesgo 🔴. De negocio y hacia el cliente, no: todo es draft, aprueba un humano. Nunca le escribe al cliente sin OK.
Arquitectura · cerrada
Para ponerlo en vivo
Fase 1 = paciente cero Verónica. Fase 2 = un agente por rol (designer / paid / account exec). Fase 3 = un agente por persona.
El toolchain · todo en su lugar.
Software propio sobre piezas probadas. El mismo motor que corre otros hubs de Hive corre el de Atómica, multi-tenant desde el diseño. Nada de cajas negras: cada herramienta tiene un trabajo claro.
| Pieza | Rol en el proyecto | Estado |
|---|---|---|
| Next.js + TypeScript | El hub: cockpit, auth, multi-tenant. | vivo |
| Memoria por tenant | Guarda todo evento antes de triagear, nunca pierde nada. | vivo |
| AI router | Multi-provider. Sin lock-in: siempre el mejor modelo disponible. | vivo |
| Composio · Slack | Recibe y envía en Slack, en el nombre de Atómica. | conectando |
| Meta Ads MCP | Lee métricas + crea campañas borrador desde el hub. | hecho |
| Google Ads MCP | Reportes y gestión de campañas. | hecho |
| Claude · motor | El cerebro que piensa y ejecuta, corre 24/7. | vivo |
| Servidor dedicado | Atómica aislada. Ownership transferible a Verónica. | en marcha |
Las suscripciones quedan en cuentas de Atómica, Hive nunca tiene la tarjeta. El servidor se transfiere a Verónica cuando estabilice.
Quién hace qué.
La alianza es de personas, no de logos. Atómica trae el negocio, la voz y los clientes. Hive trae el brazo técnico. Cada quien con su rol claro.
Ritmo semanal. Entregable mensual.
La alianza corre con un pulso predecible: cada mes un dolor, cada semana avance visible, cada día el canal abierto. Lo que se mide es simple, que el sistema mueva la aguja del negocio.
El pulso
Un dolor
Se define al inicio del ciclo con Verónica. Un entregable concreto que mueve la aguja.
Avance visible
Check estructurado: qué se construyó, qué se aprendió, qué sigue. El cockpit refleja el estado.
Slack same-day
Canal abierto entre reuniones. Async-friendly. Las dudas no esperan a la próxima call.
Qué medimos
| Señal | Qué dice | Estado |
|---|---|---|
| Entregable del mes | ¿Cerró algo vivo y usable este ciclo? | activo |
| Autonomía del equipo | ¿El equipo opera más solo que el mes pasado? (L1→L2→L3) | en curso |
| Steve-Atómica en vivo | ¿El agente ya responde y ejecuta en Slack? | en build |
| Tiempo recuperado | Horas que el sistema le saca a las rutinas del equipo. | a medir |
Los KPIs finos se calibran con Verónica, esta tabla es el marco, no la verdad final. Se afina con cada ciclo.
Lo que ya está cerrado.
Decisiones tomadas para no re-litigarlas. Si algo acá ya no aplica, se marca y se actualiza, esta página manda.
| Decisión | Qué quedó | Cuándo |
|---|---|---|
| Modo de trabajo | Enseñar, no "hacer por ustedes". Roadmap L1 → L2 → L3 hacia autonomía. | Inicio |
| Atómica primero | El hub se lanza para Atómica como primera marca. Cuando funciona, escala white-label. | Inicio |
| Canal del agente | Slack (no WhatsApp). Verónica controla acceso. El equipo no necesita código. | Sesión 4 |
| Memoria | Guarda todo evento antes de triagear. Simple y a prueba de pérdidas. | Sesión 4 |
| Servidor | Hive arranca; ownership se transfiere a Verónica cuando estabilice. | Sesión 4 |
| Modelo | Alianza mensual recurrente. Cockpit + advisory + build. | Q2 |
Lo inmediato. Nada más.
Solo lo que mueve la aguja esta semana. Owner claro al lado de cada cosa. Lo demás vive en las otras pestañas.
¿Cuál es el dolor de este mes?
Decime qué quieren mover y lo convertimos en el entregable del ciclo. El cómo es nuestro.