Kagefy fue diseñado para aplicar restricción etaria con procesamiento local, liveness y decisión por riesgo. Integra en web y mobile, ajusta el nivel de exigencia según el riesgo de tu flujo y mantén fallback fuerte cuando la evidencia no sea suficiente.
allow, deny, require_strong_method o inconclusiveEdad mínima configurable y SDK web con camino claro hacia mobile
Si yo fuera un desarrollador evaluando este SDK, necesitaría responder rápido tres cosas: cómo integrarlo, qué devuelve y qué plataformas están listas ahora.
Edad mínima, perfil de riesgo y lectura de la decisión final en pocas líneas.
import { useEffect } from "react";
import { useAgeVerifier } from "@kagefy/sdk-react";
export function AgeGate() {
const { videoRef, result, start } = useAgeVerifier({
minimumAgeYears: 18,
riskProfile: "high",
});
useEffect(() => {
void start();
}, [start]);
return (
<>
<video ref={videoRef} autoPlay playsInline muted />
<pre>{result?.decision.decision ?? "starting"}</pre>
</>
);
}allow, deny, require_strong_method, inconclusiveEl flujo debe quedar claro rápido: captura local, consolidación de señales y una decisión lista para operar en el producto.
La idea central es reducir ambigüedad operativa: el SDK no devuelve solo detección, devuelve una decisión accionable.
La respuesta de abajo muestra cómo el SDK entrega una salida lista para aplicar política, no solo señales aisladas.
{
"minimumAgeYears": 18,
"decision": "require_strong_method",
"riskProfile": "high",
"signals": {
"age": {
"estimate": 19.4,
"confidence": 0.91
},
"liveness": {
"status": "passed",
"challengeCount": 2
},
"quality": "good"
}
}En vez de depender de un solo método débil, la plataforma combina señales locales, calidad de captura y liveness para entregar una salida accionable para el producto.
El SDK confirma presencia de rostro, encuadre y calidad mínima antes de avanzar.
La estimación de edad ocurre localmente, sin enviar frames faciales al backend en el flujo estándar.
El sistema ejecuta desafíos de liveness para elevar la dificultad del fraude simple y mejorar la confianza operativa.
Las señales se consolidan en una salida lista para usar: allow, deny, require_strong_method o inconclusive.
Cuando la evidencia no sostiene la liberación, la plataforma escala a un método más fuerte o devuelve inconclusive.
| allow | Libera cuando la combinación de señales sostiene el flujo para el nivel de riesgo configurado. |
| deny | Bloquea cuando la evidencia apunta a una inconsistencia clara con la política configurada. |
| require_strong_method | Escala a un método fuerte cuando el contexto exige más prueba que la que el flujo local puede aportar. |
| inconclusive | Estado válido cuando la plataforma no debe liberar acceso con la evidencia observada. |
Ejemplo práctico: bordes etarios o evidencia insuficiente deben dirigirse a require_strong_method o inconclusive, preservando una política más defendible.
El producto parte del principio de minimización de datos. El flujo estándar prioriza procesamiento local, menor exposición de imagen y una arquitectura más defendible para producto, seguridad y compliance.
El producto fue diseñado para contextos donde restricción etaria, privacidad y fallback fuerte necesitan coexistir sin improvisación.
Control de acceso con menor exposición de datos sensibles y fallback fuerte cuando la evidencia no es suficiente.
Apps, comunidades, publishers y servicios que necesitan aplicar edad mínima con mayor consistencia operativa.
Cuando protección del usuario, privacidad y reducción de riesgo deben caminar juntas.
Una base única de producto con camino claro para múltiples plataformas.
Integración por SDK, configuración por riesgo y salida estructurada para uso directo en el producto.
Integración por SDK para web y React, con camino preparado para React Native, Ionic y futura expansión a Android e iOS.
El integrador define edad mínima, perfil de riesgo y políticas de validación según el caso de uso.
Menos fricción donde eso tiene sentido y más rigidez donde la operación necesita mayor resistencia a intentos de burla.
La salida ya organiza riesgo, evidencia y necesidad de fallback para uso directo en producto.
Ejemplo mínimo para iniciar la evaluación técnica con React.
npm install @kagefy/sdk-react
Privacidad por defecto y una decisión técnica más defendible para producto, ingeniería, legal y compliance.
En la práctica, el punto crítico no es diferenciar extremos obvios. Es reducir fraude en la frontera etaria relevante, sin empujar al usuario a un flujo invasivo ni crear una operación difícil de defender internamente.
Métodos aislados y superficiales pueden burlarse con facilidad y dejan a la plataforma expuesta en flujos de mayor riesgo.
Flujos que exigen selfie, retención de imagen o captura excesiva de datos aumentan fricción, presión regulatoria y riesgo reputacional.
Infraestructura que combine privacidad, resistencia al fraude y capacidad de fallback cuando la evidencia no alcanza para liberar acceso.
La comunicación comercial parte de R$ 0,05 por validación completa. La calculadora muestra cómo cambia la franja efectiva según el paquete de créditos y el consumo esperado.
La calculadora usa la progresión comercial actual, de 1.000 a 1.000.000 créditos equivalentes, para mostrar la franja aplicable y el precio unitario.
Franjas comerciales de referencia para evaluación inicial. Consumos por encima de 1 millón pueden tratarse en una condición comercial dedicada.
Modelo basado en créditos, con entrada desde 1.000 créditos y descuento progresivo según la franja de consumo.
Respuestas cortas para que producto, ingeniería, legal y liderazgo entiendan rápido el posicionamiento.
En el flujo estándar, la propuesta es operar con procesamiento local y mantener la decisión inicial fuera del backend.
La arquitectura está diseñada para minimizar datos y evitar persistencia biométrica bruta en el flujo estándar.
La solución es infraestructura de decisión para verificación de edad. KYC y prueba de identidad civil pertenecen a otra capa del producto.
El diseño prioriza ejecución local y operación offline/on-device siempre que sea aplicable.
El objetivo es traficar solo score, decisión y metadatos mínimos de auditoría. La imagen facial queda fuera de la dependencia estándar del flujo.
Hoy la evaluación parte del SDK web y del SDK React. React Native, Ionic y mobile nativo forman parte de la evolución planificada.
Sí. La plataforma fue pensada para permitir configuración por integrador según el caso de uso.
La comunicación comercial parte de R$ 0,05 por validación completa. La franja efectiva depende del paquete de créditos y del consumo previsto, como muestra la calculadora.
Mostramos cómo integrar, cómo posicionar el flujo en el producto y cómo calibrar la validación para el riesgo real de tu caso de uso.
Completa el formulario y el equipo responderá con el siguiente paso para arquitectura, integración y modelo comercial. Sin adjuntos, sin upload de imagen y sin un formulario innecesariamente largo.