No cambies de ATS. Conecta Aya al que ya usas.
La entrevista de Aya entra como una etapa del proceso que ya tienes. El candidato conversa por WhatsApp, y la nota con su evidencia vuelve a la ficha que tu equipo ya mira, sin que nadie abra una segunda pantalla.
La clave de API, el entorno de pruebas y los webhooks se resuelven solos en los ajustes de la cuenta. No hay lista de espera ni proyecto de implantación para empezar.
Esto es lo que significa plug-and-play, en tres frases
Ninguna migración, ninguna herramienta nueva que el equipo tenga que aprender, ningún informe que montar a mano.
Tu ATS sigue siendo el dueño del proceso
La vacante, el pipeline y el historial se quedan donde están. Talpy no te pide migrar nada ni que el reclutador cambie la pantalla en la que trabaja cada día.
Aya conversa con todos los que se postularon
Entrevista por WhatsApp o por enlace, al ritmo del candidato: responde cuando puede y nadie agenda una hora. El filtrado deja de ser una cola y pasa a ser una lista ordenada.
La nota vuelve con la evidencia que la sostiene
Nota general, adherencia al perfil, nota por competencia y el fragmento literal de la respuesta que justifica cada una. Quien decide es una persona; la IA recomienda y muestra el por qué.
Workable: cuatro pasos y la nota vuelve a la ficha
Es la única integración nativa hoy, y es de ida y vuelta: Workable avisa cuando el candidato llega a la etapa que elegiste, y Talpy devuelve la evaluación a su ficha allí.
Conecta
Subdominio y un token de acceso generado por un administrador de tu Workable. El token queda cifrado de nuestro lado.
Elige la etapa disparadora
El candidato movido a esa etapa se importa con la vacante y el CV, y ya recibe una nota de filtrado antes de la conversación. Si la dejas vacía, entra toda postulación nueva.
Aya entrevista
La invitación sale por el WhatsApp del candidato. Cuando falta el teléfono en la ficha, escribimos un comentario avisando en lugar de fallar en silencio.
La nota vuelve
Un comentario en la ficha de Workable con nota, adherencia, resumen, competencias con evidencia y enlace al informe completo, más una valoración de pulgar. Si quieres, el aprobado también cambia de etapa solo.
Lo que esta integración no hace
- Una conexión por empresa y una etapa disparadora. Dos flujos distintos en la misma cuenta todavía no caben.
- La valoración de pulgar tiene dos estados: positivo desde la nota mínima que definas, negativo por debajo. Viene configurada en 7.
- La vacante espejada en Talpy nace interna y no llega a Google. La vacante pública sigue siendo la de Workable, y así debe ser.
- Un candidato que no vino de Workable no se empuja hacia allí. Para ese camino están la API y los webhooks.
- No hay reenvío automático de la vuelta. Si Workable está caído cuando la evaluación está lista, la nota queda registrada en Talpy y el error aparece en la pantalla de la integración.
Webhooks firmados: tu sistema se entera al instante
Cada evento del candidato sale como un POST a la dirección que registres. Son seis y cubren el ciclo completo, no solo el final: un sistema que solo recibe «evaluado» descubre la postulación horas después de que ocurrió.
candidato.criadoAlguien se postuló: por el enlace de la vacante, por la página de empleo o por la API.
candidato.triadoSe leyó el CV y recibió la nota de adherencia al perfil de la vacante.
entrevista.iniciadaEl candidato respondió al primer contacto y la conversación con Aya empezó.
candidato.avaliadoAya terminó la entrevista y registró la evaluación: nota, competencias y evidencia.
candidato.decididoRR. HH. aprobó o rechazó al candidato: la decisión humana, registrada.
revisao.solicitadaEl candidato pidió una revisión humana de la evaluación. Conviene tratarlo con prioridad.
Firmado, para que puedas confiar
Todo POST lleva el HMAC-SHA256 del cuerpo, calculado con un secreto exclusivo de tu endpoint. Verificar la firma es lo que impide que alguien se haga pasar por Talpy e inyecte un candidato aprobado en tu sistema.
X-Talpy-Signature: sha256=…
Prueba antes de depender
Un botón del panel dispara un evento firmado de prueba y muestra el estado HTTP que devolvió tu servidor, junto a la hora de la última entrega real.
Lo que no existe
Reenvío automático. El endpoint que no responda en cinco segundos pierde ese evento; el estado queda registrado en la pantalla, y el camino para recuperar lo que pasó es la API.
API v1: para quien prefiere escribir el flujo
REST con JSON, autenticada por clave y versionada en la ruta. Los endpoints cubren vacante, candidato, CV, invitación por WhatsApp y la entrevista con transcripción y evaluación.
/api/v1/jobsjobs:read/api/v1/jobs/{id}jobs:read/api/v1/jobsjobs:write/api/v1/jobs/{id}jobs:write/api/v1/jobs/{id}/candidatescandidates:read/api/v1/candidatescandidates:write/api/v1/candidates/{id}candidates:read/api/v1/candidates/{id}/whatsappwhatsapp:send/api/v1/interviews/{id}interviews:read/api/mcpmcp:read7 permisos, marcados uno a uno
La clave nace solo con lo que marques, y los permisos están separados por ACCIÓN porque el daño de cada uno es distinto: leer una vacante es público de hecho, crear un candidato toca datos personales, y enviar WhatsApp gasta dinero y arriesga la reputación del número de la empresa.
jobs:read- Leer las vacantes de la empresa y los detalles de cada una.
jobs:write- Crear vacantes y modificar las existentes.
candidates:read- Leer los candidatos de una vacante y la ficha de un candidato.
candidates:write- Crear candidatos, incluso con el CV en base64.
interviews:read- Leer la entrevista y la evaluación del candidato junto a la ficha.
whatsapp:send- Enviar un mensaje a un candidato por WhatsApp.
mcp:read- Consultar Talpy desde un agente de IA usando el protocolo MCP.
La clave aparece una sola vez
Guardamos el hash, no la clave: ni nosotros podemos recuperarla después. Quien la pierda la revoca y genera otra, y el prefijo del valor dice en voz alta, dentro del propio secreto, si es de producción o de prueba.
Límite y entorno en cada respuesta
120 peticiones por minuto y por clave. Toda respuesta dice cuánto queda del límite y en qué entorno se produjo, para que no descubras el techo chocando con él ni jures que apuntabas a producción leyendo datos de juguete.
Una copia de tu empresa, con gente que no existe
Una clave de prueba trabaja en una organización espejo de la tuya, creada al momento y ya sembrada con una vacante, dos candidatos en etapas distintas y una evaluación para leer.
Mismas rutas, mismos errores
No es una simulación con respuestas falsas: es el mismo código y la misma base de datos, solo con datos de juguete. Una respuesta falsa miente sobre el formato y sobre los errores, y la diferencia aparece en producción.
Nada sale al mundo
Sin WhatsApp, sin cobros y sin consumir tu plan. Los candidatos de ejemplo no tienen teléfono, así que no hay a dónde enviar un mensaje.
Se puede reiniciar
¿Desordenaste el sandbox probando? Un comando lo borra y lo vuelve a sembrar, y tu operación real no siente nada.
Pregunta desde el asistente que tu equipo ya usa
Talpy expone un servidor MCP: el cliente de IA de la empresa apunta a la dirección, envía la clave y el equipo pregunta en lenguaje natural — «¿quién fue mejor en la vacante de atención?». Existe porque quien compra reclutamiento es RR. HH., no ingeniería: una API supone alguien que escribe código, lee documentación y gestiona errores.
Cinco consultas, y solo consultas
listar_vagas- Las vacantes de la empresa, con su estado y cuántos candidatos tiene cada una.
detalhar_vaga- Una vacante con las competencias que Aya evalúa y el peso de cada una: son esos criterios los que forman las notas.
listar_candidatos- Los candidatos de una vacante con nota, adherencia y etapa, de mayor a menor.
detalhar_candidato- La evaluación completa de un candidato: nota por competencia, la evidencia de cada nota, puntos de atención, destacados y la decisión humana si ya existe.
resumo_do_recrutamento- Los números generales de la empresa: vacantes abiertas, candidatos, entrevistas concluidas, nota media y uso del plan. No contiene datos de ninguna persona.
Tres cerrojos, y ninguno es decorativo
- Permiso propio. El acceso por asistente tiene un permiso separado de los de lectura. Una clave de integración que ya leía candidatos no gana este canal de regalo.
- Consentimiento de la empresa. Nace apagado. Quien lo enciende es el administrador de la cuenta, no nosotros ni quien generó la clave: es la empresa la que decide si los datos de sus candidatos pueden ser leídos por un modelo dentro del cliente de IA que ella eligió.
- Auditoría por consulta. Cada llamada entra en la traza de auditoría de la empresa, con lo que se preguntó. El acceso a datos de candidatos que no deja rastro es el que no se puede explicar después.
Solo lectura, y sin datos de contacto
Ninguna herramienta escribe, decide, borra ni envía mensajes: un modelo interpretando «avisa a todos de que la vacante se cerró» no debe poder gastar dinero. Y ninguna devuelve teléfono, correo ni CV: para hablar con la persona, alguien abre la ficha en el panel, donde el acceso es nominal y queda en la auditoría.
Zapier, Make, n8n, una hoja de cálculo, el chat del equipo
Funciona por el webhook, y aquí va la parte sincera: no tenemos una app publicada en los directorios de Zapier ni de Make. Lo que existe es más simple de lo que parece: cualquiera de esas herramientas acepta un disparador de webhook, y ahí es donde pegas la dirección que Talpy genera.
Desde ahí, un candidato evaluado se convierte en una fila de hoja de cálculo, una tarjeta en tu tablero, un mensaje en el chat del equipo o un candidato creado en tu ATS. La receta lista está en la documentación, junto al formato del cuerpo que llega.
Lo que todavía no existe
Esta página promete solo lo que hay en el producto hoy. Lo que falta, falta, y descubrirlo en una reunión cuesta el tiempo de todos.
- App publicada en los directorios de Zapier, Make o n8n. La conexión es por webhook, y la haces tú.
- Integración nativa con Gupy, Greenhouse, Lever, SAP o Workday. Esos entran por la API y por los webhooks, no por un botón.
- Reenvío automático de un webhook que falló.
- Escritura desde el asistente de IA. El canal MCP es solo de lectura, a propósito, y no está en la fila para cambiar.
- Sincronización en ambos sentidos fuera de Workable. En cualquier otro ATS, tu código decide qué sube y cuándo.
Lo que preguntan antes de integrar
¿Necesito un desarrollador para empezar?
Para Workable, no: la conexión se hace en una pantalla, con un token de tu propio Workable. Para los webhooks alguien necesita una dirección que reciba un POST, algo que una herramienta de automatización resuelve sin código. La API es el camino de quien quiere escribir el flujo.
¿Cuánto cuesta la integración?
Nada aparte. La API, los webhooks, el entorno de pruebas y el canal de asistente de IA son parte del producto; lo que se cobra son entrevistas. Los límites de cada plan están en la página de precios.
¿Se puede probar sin tocar a un candidato real?
Sí, y es el camino recomendado. Una clave de prueba trabaja en una copia sembrada de tu empresa, donde nada sale al mundo: ni WhatsApp, ni cobros. Cuando funcione ahí, cambia la clave.
¿Cuál es el límite de uso?
120 peticiones por minuto y por clave, y la respuesta siempre dice cuánto queda. Si tu caso necesita más, háblanos antes de construir alrededor del techo.
Cuéntanos qué ATS usas
Di el sistema, el volumen de vacantes y en qué punto del proceso debería entrar Aya. Respondemos con el camino concreto, y cuando no hay camino, también lo decimos.
Usamos estos datos solo para responderte. Detalles en la Política de Privacidad.