SOP — Operá tu negocio desde la terminal con un agente

La IA ya te ayuda a pensar: escribe la oferta, arma la página, propone los anuncios, analiza clientes. Pero el momento en que esa recomendación tiene que transformarse en un cambio real dentro del negocio, el trabajo vuelve a vos: abrís el dashboard del producto, copiás el precio al checkout, pegás el link en el admin de ads, revisás la base de clientes, pasás los resultados a una planilla y después se lo explicás todo de nuevo a la IA.

Ese loop es el cuello de botella. Este SOP te muestra cómo romperlo:

Tu negocio deja de operarse abriendo seis dashboards y pasa a operarse con un agente que ve lo mismo que ves vos (productos, clientes, campañas, facturación), actúa sobre eso y te trae el resultado verificado.

Vos seguís tomando las decisiones. El agente hace el trabajo de llevarlas a cabo.

2.1 Los dashboards fueron diseñados para personas, no para agentes

Un dashboard tiene botones, pestañas, colores. Eso es para que un humano recuerde dónde está cada cosa. Un agente no recuerda un tab: necesita que el negocio le hable en un formato que pueda usar (listar productos, crear un plan, pasar el ID devuelto al checkout, leer el resultado) sin copiar y pegar entre pestañas.

2.2 La terminal es la interfaz que une al agente con el negocio

Cuando el software de tu negocio abre un CLI (interfaz de comandos), el agente puede: - ver lo que existe (productos, planes, campañas, clientes), - actuar (crear, modificar, preparar), - verificar lo que hizo (leer de vuelta el estado), - seguir con el resultado sin que nadie copie datos a mano.

El comando no es lo valioso: lo valioso es que el negocio entero se vuelve direccionable desde un solo lugar, con el loop goal → inspect → plan → act → verify → ask or continue.

2.3 El agente opera por resultados, no por clics

En vez de "andá a Productos, creá uno, después andá a Planes…", le decís:

> "Creá un producto llamado Agencia AI Briefing, precio $29/mes con prueba de 7 días, creá el checkout compartible. No cambies nada más. Verificá producto, plan, prueba, precio y checkout al terminar."

El agente descompone eso en acciones dependientes (crear producto → usar el ID para crear el plan → usar el ID del plan para armar el checkout), ejecuta, y cada escritura termina en una lectura (leé el resultado y comparalo contra lo pedido).

Casi cualquier negocio digital se puede ver como cuatro trabajos permanentes:

El agente corre estos cuatro trabajos contra el CLI del negocio. Vos revisás y aprobás.

Darle las llaves al agente no es lo mismo que enseñarle cómo funciona tu negocio. Antes de dejarlo actuar, escribile un brief corto con cinco puntos:

1. business — qué vendés, para quién, cómo ganás plata.
2. objective — el resultado del que es responsable ahora mismo.
3. state — los productos, planes, campañas, clientes y métricas involucrados.
4. authority — qué acciones puede hacer sin preguntar.
5. proof — qué tiene que ser cierto para que el trabajo cuente como terminado.

Ejemplo real (el del artículo):

> Agency AI Briefing es una membresía de $29/mes para agencias independientes. Los miembros reciben un briefing semanal sobre herramientas de IA y flujos de agencia. El loop operativo es build, grow, serve, improve.

Checklist del brief

• [ ] ¿Define qué vendés y a quién? (no "hacemos IA" — "vendes membresías de $29 a agencias")
• [ ] ¿Define el objetivo actual? (no "hacé crecer el negocio" — "prepará una campaña de $25 en borrador")
• [ ] ¿Enumera el estado real? (IDs de productos, planes, campañas — no suposiciones)
• [ ] ¿Delimita la autoridad? (leer: sí · preparar: sí · gastar: NO)
• [ ] ¿Define la prueba de éxito? (el checkout existe, el precio es $29, la prueba es de 7 días)

El error más común es darle todo o nada. La escala correcta es de cuatro niveles:

La regla de oro: todo lo que toca plata real, clientes, accesos o borrado → Confirm. La preparación puede ser automática; la activación es tuya.

6.1 Preparación inicial (una sola vez)

1. Elegí la plataforma que abre CLI. En el artículo: Whop (productos, pricing, checkout, membresías, ads y reportes en la terminal). En tu caso: cualquier herramienta con API/CLI (Stripe, la API de WP de los medios, tu propio backend).
2. Instalá el CLI y conectá la empresa: npm install -g @whop/cli (o el equivalente) → whop login (abre el browser y conecta la cuenta) → whop skills add (le da al agente el conocimiento de los comandos).
3. Escribí el brief operativo (sección 4) — es el documento que el agente carga al empezar.
4. Primera exploración sin tocar nada:

> "Usá el CLI para mapear este negocio. Mostrame los productos, planes, checkouts, membresías, campañas activas y capacidades de reporte disponibles. No cambies nada."

Eso le da al agente el estado real (no una lista vieja de IDs pegada en un prompt).

6.2 El loop diario/semanal

1. Observá — el agente lee el estado del negocio (facturación, clientes, campañas, retención).
2. Diagnosticá — te dice qué parte del negocio necesita atención (no seis resúmenes de dashboard).
3. Prepará — arma el plan, la campaña, la notificación o la intervención para revisión.
4. Aprobá vos — lo que toca plata/clientes/borrado se detiene acá.
5. Actuá — el agente ejecuta lo aprobado y verifica (cada escritura termina en una lectura).
6. Recordá — el agente actualiza el operator skill con lo que aprendió.

6.3 Ejemplo completo: lanzar una oferta

Pedido: > "Creá un producto llamado Agencia AI Briefing. Precio $29/mes con prueba de 7 días. Creá un checkout compartible. No cambies nada más."

Acciones internas del agente: 1. Crear el producto con título y descripción finales. 2. Usar el ID devuelto para crear el plan renovable de $29 (período de 30 días, prueba de 7 días). 3. Usar el ID del plan para crear la configuración del checkout.

Verificación (la parte que casi nadie hace): - el producto tiene el nombre y la descripción correctos; - el plan renueva cada 30 días a $29; - la prueba de 7 días existe; - el checkout apunta al plan correcto; - devuelve la URL final del checkout.

Definición de terminado: no alcanza con que el comando corra. El agente tiene que leer el resultado y mostrarte que el negocio cambió exactamente como pediste.

6.4 Ejemplo completo: conseguir clientes (hasta el límite de tu aprobación)

Pedido: > "Generá una imagen, escribí el copy, adjuntá el checkout y armá una campaña de Meta con presupuesto de $25. Dejá todo en borrador."

El agente: 1. Genera el creativo y espera el archivo final. 2. Lleva el ID del archivo + la URL del checkout a la campaña (headline, texto principal, CTA de suscripción, cuenta social, objetivo, presupuesto). 3. Se detiene en borrador y te devuelve: el creativo, cada variación de copy, la URL destino, la audiencia, el presupuesto, el estado actual y la acción exacta para activarla.

Por qué se detiene: cambiar de borrador a activo gasta plata real en una red externa. Todo lo previo es preparación. Encenderlo es tu decisión.

6.5 Ejemplo completo: atender clientes

Preguntas que el agente responde con una pasada estructurada:

> - ¿Qué clientes se unieron esta semana? > - ¿Qué membresías están vencidas o en cancelación? > - ¿Alguna campaña de adquisición trajo clientes que se quedan más que otras? > - ¿Qué problema de cliente merece atención primero?

Intervenciones preparadas (no enviadas): - la actualización semanal a miembros (elige la experiencia correcta, escribe el título y el cuerpo, muestra quién lo va a recibir — sin enviar nada en la primera corrida); - cancelaciones, pausas, extensiones y transferencias: el agente encuentra el problema y prepara el arreglo. La decisión final con el cliente queda en una persona hasta que confíes en el flujo.

6.6 Ejemplo completo: mejorar (cerrar el loop)

El agente compara en una sola corrida: facturación, clientes nuevos, churn, gasto en ads, entrega de campañas y salud de membresías. En vez de darte seis resúmenes, te dice dónde está atascado el negocio. Casos típicos:

• el tráfico subió pero la conversión del checkout cayó;
• la facturación creció pero las membresías vencidas se duplicaron;
• la campaña entregó pero el costo de adquisición se pasó del límite;
• las pruebas crecieron pero muy pocos llegaron a la primera experiencia útil.

Después elige un cuello de botella, propone un experimento chico y prepara todo para correrlo. El valor real está en lo que pasa después del resultado:

• si la oferta fue débil → actualizá las reglas de posicionamiento;
• si el agente miró la métrica equivocada → corregí la revisión;
• si una acción se sintió riesgosa → ajustá el límite de aprobación.

Cada corrida debería dejar la próxima un poco menos estúpida.

No reconstruyas esto cada vez que abrís una sesión. Guardalo como un operator skill que tu agente carga cada vez que trabaja en la empresa.

7.1 Qué contiene

1. La definición del negocio (el brief de la sección 4, en 2-3 frases).
2. Las reglas antes de actuar: inspeccionar los recursos del CLI, declarar el estado actual, producir un plan corto con IDs reales, identificar lo que requiere aprobación.
3. Las reglas mientras actúa: hacer solo los cambios que pide el outcome, pasar los IDs devueltos a las acciones dependientes, usar salida estructurada cuando exista, terminar cada escritura con una lectura, registrar fallos, errores de permiso y datos faltantes.
4. Los límites de autoridad: puede leer el estado, comparar períodos, analizar clientes y campañas, generar recomendaciones internas y preparar borradores sin aprobación. Debe parar antes de: gastar o transferir plata, activar campañas, contactar clientes, cambiar accesos, publicar, borrar o hacer algo irreversible.
5. El reporte de fin de trabajo: qué observó, qué cambió, evidencia de que cada cambio funcionó, qué sigue esperando aprobación y una mejora al flujo de trabajo.

7.2 Qué se agrega con el tiempo

A medida que el negocio crece, el skill acumula: reglas de pricing aceptadas, límites de campañas, políticas de clientes, definiciones de reportes, buenas decisiones y correcciones de corridas anteriores. Así un agente genérico aprende la forma rara y específica en que TU negocio funciona de verdad.

El marco no depende de Whop. Depende de que el negocio hable por comandos. Aplicaciones directas:

1. MotorDigitalPress / los 4 medios — ya tenés el MPA-Content-OS (cards → writer → QA → publisher). El concepto de every write ends with a read es exactamente el sanity post-publicación (verificar el post creado, el título, la categoría, el slug). El brief de 5 puntos es el systemprompt por vertical. La authority es la regla de QA humana: el agente prepara, vos aprobás.
2. ShoppingDigital (TiendaNube) — TiendaNube tiene API: productos, precios, stock, pedidos. Un agente operador (build: alta de producto · grow: campañas · serve: pedidos pendientes · improve: qué SKU se vende y cuál no) es directamente aplicable.
3. Las tools del servidor (arieldistefano.com/tools/) — todas las mini-apps tienen API PHP propia. Un agente que las opera por la API es el mismo patrón.
4. Gym 2S / los datos personales — el patrón observe→diagnose→prepare→approve→act ya lo usás: el agente te trae el análisis de las sesiones y Garmin, vos decidís los ajustes de rutina.

La prueba de fuego: elegí un negocio (el que sea), escribí el brief de 5 puntos, conectá el CLI/API, y corré UNA corrida completa de build (o improve). Si el agente te devuelve un resultado verificado (no un instructivo), el loop está funcionando.