Dos capas reales, no personas de marca
REVsign OS tiene dos capas de arquitectura de agentes. No son un diagrama aspiracional: son la nomenclatura canónica sobre símbolos que ya corren en producción. La Capa 1 es lo que el cliente contrata y ve, tres motores funcionales. La Capa 2 es lo que sostiene esa capa por dentro, siete sub-agentes atómicos, cada uno con restricciones fijadas en código, no en una instrucción escrita que el modelo podría malinterpretar.
Capa 1, los tres motores funcionales
| Motor | Qué hace | Símbolos reales |
|---|---|---|
| Descubrimiento y Señales | Descubrimiento de señales de intención para campañas | Radar de mercado, procesos de escucha (software en uso, señales de intención, escaneo semanal) y puntaje por reglas fijas por cambio de categoría de software |
| Outreach y Segundo Cerebro | Procesa cuentas prioritarias con la memoria institucional de la cuenta | Flujo de prospección, redacción de campañas e inyección de contexto de cuenta (bloque de memoria institucional) y búsqueda en dos pasos por función real |
| Expansión y Telemetría de Clientes | Cuentas activas: previene churn temprano y detecta cross-selling | Flujo de expansión de cuenta, herramienta de “espacio en blanco” (white space) y snapshots tecnológicos y diffing de stack |
Precisión honesta sobre el mapeo
En el código hay dos flujos de trabajo reales, no tres. El motor de Descubrimiento y Señales no es un flujo de trabajo: es la capa de radar e ingesta, el distribuidor central más las funciones de escucha que corren por cron, que alimenta a los otros dos motores. Documentarlo con una simetría de tres flujos de trabajo que el código no tiene sería el mismo error que ya llevó a descartar una capa anterior de nombres propios sobre estos agentes: prometer una forma que no existe en el sistema real.
Capa 2, sub-agentes atómicos: la camisa de fuerza digital
Los siete sub-agentes corren bajo restricciones impuestas por código: modelo, tope de escritura por llamada, tope de iteraciones y una lista explícita de herramientas permitidas. Esa lista no es una sugerencia que el modelo podría ignorar bajo presión, es un filtro sobre los descriptores de herramientas que el agente directamente nunca llega a ver si no está en su lista.
| Agente | Tarea | Modelo | Tope de escritura | Iteraciones | Herramientas |
|---|---|---|---|---|---|
| Diagnóstico de cuenta | Análisis de la infraestructura y el software que usa | Sonnet | 4096 | 3 | 2 consultas + inserción de señal |
| Búsqueda de contactos | Búsqueda de contactos por función real | Sonnet | 4096 | 4 | 2 |
| Radar de mercado | Radar de mercado y validación empírica del entorno | Sonnet | 4096 | 3 | 1 consulta + inserción de señal |
| Redacción de borradores | Redacción de activos multicanal con la forma de salida fijada de antemano | Sonnet | 8192 | 2 | ninguna |
| Cálculo de impacto | Cálculo de impacto rápido | Haiku | 2048 | 1 | ninguna |
| Clasificación de perfil | Evaluación de la función real de un contacto | Haiku | 1024 | 1 | ninguna |
| Lectura rápida de una señal | Atiende una cola de alertas rápidas | Haiku | 1024 | 1 | ninguna |
Por qué el clasificador de perfil corre en el modelo más chico
No es un recorte de calidad: es el control económico del revelado tardío. el clasificador de perfil evalúa el ajuste funcional de un contacto antes de que exista ninguna llamada de enriquecimiento facturada, email o teléfono. Correrlo en el modelo más rápido y barato de la familia, con una sola iteración y sin herramientas, mantiene ese filtro previo casi gratis. El gasto real solo se dispara después de que este agente ya aprobó el ajuste. El detalle completo del protocolo de revelado tardío está en Preguntas Frecuentes. Su lectura por rol (qué le prueba a un CFO, qué automatiza para RevOps) está en Casos de Uso por Rol.
La restricción se muestra, no se promete
Que un cliente pueda ver el tope de escritura y la lista exacta de herramientas de cada agente es, en sí mismo, el argumento: la disciplina no es una política interna declarada en un documento de ventas, es una propiedad verificable del sistema en ejecución.
Preguntas frecuentes
¿”Motores funcionales” es otro nombre para personas de marca con nombre propio?
No. Es lo contrario: es la nomenclatura que reemplazó una propuesta anterior de personas de marca sobre estos mismos agentes, descartada precisamente por introducir una capa de nombres que no existía ni en el código ni en la consola del cliente. Los tres motores funcionales son una etiqueta canónica sobre piezas reales, no personajes.
¿Por qué el clasificador de perfil corre en el modelo más chico de la familia?
Porque no es un recorte de calidad, es el control económico del revelado tardío. Evalúa el ajuste funcional de un contacto antes de que exista ninguna llamada de enriquecimiento facturada. Correrlo en el modelo más rápido y barato, con una sola iteración y sin herramientas, mantiene ese filtro previo casi gratis. El gasto real solo se dispara después de que este agente ya aprobó el ajuste.
$ curl revsign.os/docs/arquitectura-de-agentes
→ {
title: "Arquitectura de Agentes: los Tres Motores Funcionales y la Camisa de Fuerza Digital",
answers: "¿Qué agentes de IA usa REVsign y qué le impide salirse de su función?",
schema: [TechArticle, FAQPage]
}