La Categoría
¿REVsign es un CDP?
Sí, un CDP for Go-To-Market. Un CDP es la plataforma que une los datos de tus clientes en un solo lugar. REVsign une esos datos y también lo que pasa afuera (empresas, personas y narrativas públicas del mercado) en una Capa Única de Señales.
La diferencia con los clásicos está en lo que pasa después: guardan y segmentan. REVsign verifica cada dato contra su fuente, lo puntúa con reglas fijas, propone qué hacer y espera la firma de una persona antes de que algo salga hacia un tercero. No reemplaza tu CRM: se conecta a él, o funciona sin él. El detalle está en Arquitectura de Señales.
Contacto Comercial
¿Cómo funciona el contacto comercial en frío sin volverse ruido ni correo masivo?
En B2B se llama contacto impulsado por señales o por intención: un primer mensaje sin consentimiento previo, pero justificado por un hecho comprobable sobre la cuenta. El GTM Autónomo solo prepara un contacto cuando se cumplen tres condiciones a la vez:
- La cuenta correcta. El puntaje de intención la elige por sector, tamaño e historial de cambios, con reglas fijas.
- La persona que decide. Su contacto se revela recién cuando se valida que su función real coincide con la compra, no por el título que declara.
- El motivo. Un hecho actual, con cita textual y una fuente que se puede rastrear.
Encima de eso hay dos resguardos. Un semáforo frena el envío a cuentas de la lista de exclusión y a contactos que recibieron un mensaje en los últimos 90 días. Y una compuerta de firma retiene cada borrador hasta que una persona lo aprueba.
El Motor de Clasificación
¿Por qué REVsign ignora los cargos corporativos tradicionales y cómo identifica al decisor real?
Un rastreo tradicional que filtra por taxonomía de cargo (“VP of Growth”, “Head of Sales”) hereda un problema de origen: un título de LinkedIn es una declaración, no una verificación. La etiqueta puede estar desactualizada, ser honorífica, o simplemente no reflejar quién ejecuta de verdad dentro de la organización, y una taxonomía rígida que confía en ese texto genera falsos positivos sistemáticos.
REVsign evalúa cada contacto con un clasificador de perfil propio, que corre en el modelo más chico de la familia Claude. En vez de comparar el título declarado contra una lista de cargos objetivo, compara vocabulario y capacidad de ejecución real contra el perfil de comprador buscado. La salida nunca es un booleano: es uno de tres estados, ajuste claro, ajuste plausible, o rechazado.
Esto es la aplicación directa del primer Mandato Fundacional del sistema: la función dicta la realidad, no la etiqueta.
Gobernanza Financiera
¿Por qué REVsign revela el contacto recién al final y cómo protege eso el presupuesto?
El candidato llega al clasificador sin datos de contacto, sin email, sin teléfono. No es un campo marcado como oculto: esos datos directamente no forman parte del objeto hasta ese punto del proceso.
Revelar el email o el teléfono de un contacto es una llamada de enriquecimiento real y facturada. El sistema solo la dispara después de que el clasificador de perfil aprobó el ajuste (clara o plausible). Un contacto rechazado nunca genera esa llamada. El resultado: el presupuesto de enriquecimiento se gasta únicamente en contactos que ya pasaron el filtro de que vale la pena mirarlos, no en cada fila de una lista de prospección cruda.
Infraestructura de Datos
¿Cómo funciona la Capa Única de Señales y la verificación de identidades corporativas?
La Capa Única de Señales es la infraestructura descrita en Arquitectura de Señales: una fuente de verdad, sin copias duplicadas por sistema. Antes de que un dominio entre a esa capa, pasa por una verificación de varios pasos:
- Sondeo activo del dominio. Una visita al sitio que sigue las redirecciones descarta dominios caídos o estacionados. No alcanza un solo chequeo: hacen falta dos confirmaciones consecutivas antes de marcar un dominio como muerto o parkeado, para no penalizar un error transitorio de red.
- Validación de CUIT. La cuenta matemática que define el propio número y las reglas de prefijo para personas físicas y jurídicas validan el formato. El cruce contra el padrón de AFIP vía AfipSDK está construido pero todavía no validado con credenciales reales de producción, queda activo recién cuando el entorno las tenga configuradas, y hasta entonces la empresa queda con estado “pendiente” en ese campo.
- Mapeo de la red societaria. Empresas que comparten CUIT pero tienen dominios distintos se marcan como candidatas a fusión por coincidencia de marca y CUIT. Nunca se fusionan solas: siempre quedan como una señal para revisión humana.
Frentes de Trabajo
¿En qué frentes de trabajo opera el motor?
| Frente | Qué hace | Estado |
|---|---|---|
| GTM y Outreach | Cada señal validada se bifurca en dos caminos: una alerta que un Account Manager gestiona a mano, o (cuando hay volumen) una campaña de secuencias generadas en lote. | En producción |
| Repetición de textos entre medios | El radar público detecta cuando una nota sale casi idéntica en otro medio dentro de una ventana de siete días, y lo muestra como una anotación junto a la señal. Es una marca de repetición y no una acusación: una nota de agencia reproducida da el mismo resultado, y por eso hoy no oculta ninguna señal. Un analizador de estilo que estima si un texto parece escrito por IA existe como código, pero todavía no se aplica a ningún contenido. | La detección corre sobre el radar público. El analizador de estilo, sin activar |
| Mapeo de estructuras societarias opacas | Documentado como dirección futura. | Sin código implementado todavía |
Prevención de Alucinaciones
¿Cómo garantiza REVsign la integridad auditable y evita que la IA invente información?
Todo análisis que cita una fuente debe traer, por cada afirmación, el fragmento exacto que la respalda y de qué parte del texto original salió. Antes de que esa síntesis llegue a cualquier briefing, un validador mecánico verifica que la cita sea un fragmento literal del contenido original: las mismas palabras, en el mismo orden, sin agregar ni sacar ninguna. Solo ignora diferencias de espaciado, comillas curvas y marcas de formato que no cambian lo citado. No acepta una coincidencia semántica ni aproximada.
Si una sola cita no verifica, el sistema dispara un error de contrato y descarta la síntesis completa. No se guarda una versión parcial ni se sigue adelante con lo que sí pasó. Esto obliga al modelo a operar como motor de extracción sobre texto crudo, no como generador de texto libre con apariencia de cita.
Seguridad de Agentes
¿Cómo se controla a los agentes autónomos para que no operen fuera de sus parámetros?
Cada agente tiene, en el código, no en las instrucciones que se le dan al modelo, una lista explícita de herramientas que puede invocar (para varios agentes, ninguna en absoluto), un tope de escritura por llamada y un tope de iteraciones. El modelo no “decide no usar” una herramienta fuera de esa lista: directamente no existe para él en esa invocación, porque nunca se le describe.
La salida de cada agente además se valida contra la forma exacta que tiene que tener, justo en el borde de la llamada. Cualquier desvío de la forma esperada dispara un error inmediato que corta la ejecución, con un presupuesto acotado de reintentos de reparación, nunca ilimitado. El equipo interno llama a esto la “camisa de fuerza digital”: restricciones escritas como código ejecutable, no como una sugerencia que un modelo podría malinterpretar o ignorar bajo presión.
$ curl revsign.os/docs/preguntas-frecuentes
→ {
title: "Preguntas Frecuentes: clasificación, verificación y seguridad de agentes",
answers: "¿Cómo evita REVsign los falsos positivos de cargo, el gasto de enriquecimiento prematuro y la alucinación de un agente?",
schema: [FAQPage]
}