Cada acción de tus agentes pasa primero por Ripcord. Las seguras se ejecutan al instante. Las peligrosas esperan a un humano. Las erróneas se revierten.
Ripcord en tres pasos. Uno: conecta tus agentes a través del gateway, para que nunca tengan credenciales. Dos: elige el canal donde llegan las solicitudes de aprobación, dirigidas al dueño de ese corredor. Tres: la scorecard puntúa cada acción. El riesgo bajo se ejecuta al instante, el riesgo alto vuelve a un humano, y las acciones erróneas se revierten. Cada veredicto se convierte en una fila del ledger de riesgo.
Espera a la revisión de seguridad y la productividad se quema. Lanza sin protección y una sola acción equivocada lleva tu nombre.
El piloto funciona, la diapositiva del ROI está escrita, y ya van cinco meses de revisión de seguridad, porque nadie arriba puede responder qué pasa cuando se equivoca una vez.
Todos quieren los agentes en producción para el Q4, y la única transferencia equivocada lleva tu nombre. "El modelo es cuidadoso" no es un control.
La primera semana es modo sombra: Ripcord observa, no filtra nada, y te entrega el Informe de casi incidentes: lo que habría retenido, y lo que esos errores habrían costado. Sin tarjeta, sin cambios en tus flujos de trabajo.
"Sí, lo recuerdo. Y lo violé."
Un agente autónomo, disculpándose con la directora de alineamiento de IA del Superintelligence Lab de Meta tras borrarle la bandeja de entrada. Ella le dijo que no actuara. Una compactación de memoria perdió la instrucción. Escribió STOP desde su teléfono; el agente siguió borrando. La persona cuyo trabajo es alinear modelos no pudo detener uno con palabras. su hilo
Los sandboxes y los límites de gasto responden a qué puede alcanzar un agente. Ripcord responde si esta acción debe ejecutarse, ahora mismo.
Por encima de la barrera de riesgo, los pagos fallan cerrados. El silencio significa no.
Cada llamada destructiva hace snapshot antes. Deshacer queda a un clic.
Los envíos masivos salen en lotes. Se pueden parar en el #50, no en el #2,000.
Un cable trampa de velocidad atrapa la espiral. Todo lo que sigue falla cerrado.
La PII se convierte en tokens de bóveda antes de que el modelo la lea.
Una regla en el prompt es una petición que el modelo puede perder a mitad de tarea (una compactación de memoria borra una instrucción previa), ceder ante una inyección ("ignora las instrucciones anteriores" es un ataque a las propias reglas), o simplemente no seguir, porque el agente califica su propia tarea. La misma regla en el gateway se puntúa y se aplica fuera del modelo, donde el agente no tiene llaves y no puede rodearla.
Las decisiones corren en la frontera de las herramientas, fuera del modelo. Ninguna inyección puede convencer a una barrera que no escucha.
Las credenciales se inyectan por solicitud en el gateway: los agentes nunca tienen las llaves reales. Un agente que nunca tuvo las credenciales no puede rodear la barrera, y no puede filtrarlas.
Las barreras escritas en un prompt de sistema son peticiones a un modelo de lenguaje. Las barreras de Ripcord se ejecutan en el proxy, decida lo que decida cualquier modelo: la política se mantiene aunque el agente no.
Se puntúan los agregados, no solo acciones sueltas. Cinco pagos de $9,640 a una misma contraparte se atrapan como un solo $48,200: el ataque de estructuración muere en el pago dos. Pruébalo en la demo.
Las decisiones minimizan la pérdida esperada, y la severidad se descuenta por nuestra propia capacidad de deshacer: una eliminación protegida por snapshot tolera 5× el riesgo de una transferencia irreversible. La tesis, como ecuación.
"Deshacer todo" sería una mentira. Cada clase de acción recibe el verbo de recuperación más fuerte que permite la física, y sabes cuál es antes de que el agente actúe.
Un becario puede lanzar el bot de compras. La aprobación de $48,200 sigue cayendo en tu gerente de cuentas por pagar, y tu organigrama lo impone: por debajo de tu nivel, el botón de aprobar no existe.
Los superadministradores fijan la política. Los administradores de corredor deciden su carril. Los operadores observan y escalan. Los auditores lo leen todo y no tocan nada.
Una política, una bandeja, un registro debajo de cada proveedor. Cambia de modelo tan seguido como gire el leaderboard; el plano de control se queda.
Durante dos años la IA solo podía hablar. Ahora paga, borra, publica y firma, y la capa de supervisión no venía incluida.
Una línea de configuración delante de cada servidor MCP, y cada herramienta detrás queda cubierta. Llamadas de herramientas MCP en los cuatro corredores primero; los agentes de código con shell crudo llegan después.
Ripcord está construyendo la aseguradora del trabajo autónomo. El gateway que atrapa cada casi incidente también está escribiendo la primera tabla actuarial del riesgo de agentes.
Las aseguradoras aprenden del riesgo por los siniestros: papeleo presentado después del desastre. El gateway está de pie en la puerta por la que pasa cada acción, así que ve los casi incidentes, y la tasa de casi incidentes de este mes predice las pérdidas del próximo trimestre.
Ese diálogo asume que un humano está mirando un agente en una terminal, en tiempo real. Ripcord asume que nadie está mirando cincuenta agentes de madrugada. Los diálogos integrados además reconocen la herramienta, no lo que está en juego: no pueden decir "beneficiario nuevo, 4.7× el monto normal". Y la aprobación es donde termina su historia de seguridad: sin puntaje de riesgo, sin snapshot, sin reversión, sin aprendizaje, sin pista de auditoría entre proveedores. El botón es el mismo; todo lo que rodea al botón es el producto.
Los controles de cada laboratorio gobiernan solo a sus propios agentes, y el mejor modelo para cada tarea significa que tu flota usa varios. Tres medios controles con tres formatos de auditoría no es gobernanza tres veces; es gobernanza cero veces. Ripcord vive en la capa de llamadas a herramientas, debajo de cada proveedor: una política, una bandeja, un registro. Y cuando algo sale mal, una pista de auditoría independiente vale más que el registro del laboratorio sobre su propio agente: nadie le cree al árbitro que juega para uno de los equipos. Ripcord controla las acciones sobre sus sistemas: navegar dentro del entorno aislado de un proveedor no es el modelo de amenaza, el cable hacia su ERP sí lo es.
Un límite de tarjeta es un muro, y los muros no leen facturas. Dale a tu agente de compras un límite de $50k: razonable, las facturas reales llegan a ese tamaño, y el pago de $48,200 a un proveedor fraudulento pasa tranquilo dentro del límite. Baja el límite y las facturas legítimas empiezan a caer en tickets humanos: la correa vuelve, impuesta por la tarjeta. Las tarjetas además gobiernan el riel equivocado (el dinero B2B se mueve por transferencia y ACH) y resuelven una línea de un problema de seis: callan sobre borrados, emails masivos y reversión. Nos gustan las tarjetas para agentes: son la primitiva de contención de un corredor, y Ripcord las usa con gusto como defensa en profundidad. Una tarjeta limita el tamaño del error. Ripcord decide si llega a ocurrir, y qué pasa después.
Va a pasar: un motor de riesgo que lo atrapa todo es un oráculo, y el axioma fundacional de la seguridad es asume la brecha. Lo que cambia con Ripcord es todo lo que rodea al fallo: la acción pasó por el gateway, así que el análisis forense es una consulta en vez de semanas de arqueología; el radio de la explosión, todo lo que tocó el agente comprometido, es visible al instante, y lo que siga dentro de una ventana de reversión o compensación regresa; el agente se congela con un cambio de política; y el patrón del ataque se incorpora al motor: mañana puntúa 80, hoy en vivo por cliente, y para todos los clientes conforme crece la red. El dinero que igual se fue es lo que la capa de seguro existe para absorber: una pérdida a pesar de controles razonables es la definición de un evento asegurable, y la pista de auditoría es el expediente del siniestro que lo liquida en días, no en meses. Prevenir, contener, recuperar, absorber. Ninguna pérdida queda sin precio.
Ese bloqueo suele ser el racional, y es el que Ripcord está hecho para convertir: tokenización en el gateway, la salida de datos en la scorecard, el ledger de linaje, enrutamiento por residencia. Un solo cuello de botella, cuatro mecanismos, y el proveedor solo ve seudónimos. La respuesta completa sobre datos ↑
Solo los sistemas de aprobación mal diseñados ahogan a la gente. Aquí, el riesgo medio falla abierto: una retención que puedes parar, no una cola que debes vaciar, y solo el nivel realmente aterrador espera una decisión. Las aprobaciones repetidas se convierten en reglas permanentes para que la misma pregunta nunca se haga dos veces, mientras que los patrones peligrosos son inaprendibles por diseño. El trabajo del sistema es hacer cada solicitud más rara y más rica, hasta que las que quedan merecen atención de verdad.
Concedido, y todo el motor está construido sobre esa concesión: la severidad se descuenta por la recuperabilidad, así que la barrera pone precio exactamente a lo que podemos y no podemos recuperar. Pero la mayor parte de la irreversibilidad en los negocios es diseño de proceso, no física. Un email solo es imposible de retirar porque salió de un solo golpe; enviado por lotes detrás de una retención, se detiene en el #50. Un borrado solo es permanente sin un snapshot; Ripcord toma uno antes de cada llamada destructiva. La regla: nunca ejecutar una acción en su forma irreversible mientras exista una forma reversible. Su hermana: nunca a tamaño real cuando un tamaño de prueba puede validar el camino: la disciplina cripto del envío de 1 dólar antes de la transferencia real. Cada industria que construyó el deshacer en un dominio "final" hizo lo mismo: contracargos, transacciones de base de datos, git, el cancelar envío de Gmail. El rendimiento explotó, y nadie lo llama marketing. Y donde la física gana de verdad (una transferencia ejecutada, una notificación entregada), el residuo tiene precio. Lo que no se puede revertir se puede asegurar.
Consérvenla. Esas plataformas verifican lo que un agente puede cargar: skills, plug-ins, servidores MCP, revisados cada vez que cambian. Ripcord controla lo que el agente hace con lo que cargó. Un servidor MCP aprobado, firmado y verificado sigue necesitando que alguien diga sí a la transferencia de 48.200 $, una ventana de reversión cuando fue un error y un registro que un auditor acepte. La seguridad detiene al atacante; Ripcord detiene la pérdida, ya sea que el agente fuera envenenado, manipulado o simplemente estuviera equivocado. Las dos capas se apilan: el veredicto de verificación de un proveedor se convierte en una señal de nuestro scorecard, como un nuevo beneficiario.
Míralo detener un error de $48,200, revertir 4,382 registros borrados y retirar un email: en vivo, ahora mismo.