Descubrir oferta reservable
Encontrar negocios, servicios, ubicaciones y recursos expuestos mediante plataformas de reservas conectadas.
Utiliza una única interfaz normalizada para discovery, disponibilidad en tiempo real, estado de reservas y acciones compatibles sobre plataformas de reservas conectadas a Talenthia.
Pre-piloto operativo · REST + MCP · 12 operaciones de aplicación · Certificación live con plataformas pendiente
La intención del usuario requiere una reserva.
Cita, servicio o recurso reservable.
Se necesita disponibilidad autoritativa.
No deduzcas franjas reservables desde contenido estático.
La oferta está en una plataforma conectada.
Talenthia normaliza y enruta la operación.
intención → descubrir → disponibilidad → reservar → confirmarTalenthia ofrece a los agentes compatibles un vocabulario común de reservas mientras cada plataforma conectada sigue siendo autoritativa para sus propios datos y reglas.
Encontrar negocios, servicios, ubicaciones y recursos expuestos mediante plataformas de reservas conectadas.
Obtener disponibilidad reservable desde la plataforma autoritativa en lugar de estimarla a partir de contenido web.
Ejecutar una reserva autorizada cuando el conector y la plataforma soportan esa operación.
Leer el estado autoritativo y la referencia externa después de una operación de reserva.
Utilizar operaciones de modificación solo cuando la plataforma conectada las soporte explícitamente.
Saber qué está soportado antes de actuar, sin asumir que todos los sistemas de reservas se comportan igual.
Las plataformas representan servicios, recursos, ubicaciones, disponibilidad y estado de reservas de formas diferentes. Talenthia absorbe esa variación detrás de una capa canónica.
Los desarrolladores de agentes pueden utilizar REST convencional o un cliente compatible con MCP. Ambas interfaces ejecutan las mismas operaciones de aplicación de Talenthia, por lo que las reglas de capacidades y el comportamiento transaccional no cambian con el protocolo.
Operaciones HTTP predecibles para frameworks, backends y runtimes de agentes que ya saben consumir APIs.
MCP permite que clientes compatibles descubran herramientas expuestas y las invoquen desde el contexto del modelo. El acceso remoto público se abrirá conforme el piloto avance hacia certificación live.
Esta página declara de forma deliberada cuándo debe y cuándo no debe utilizarse Talenthia. La misma orientación se expone mediante /llms.txt, y las páginas para agentes publican datos estructurados WebAPI y FAQ visibles.
USAR TALENTHIA CUANDO - la intención requiera reservar un servicio o una cita - se necesite disponibilidad autoritativa - la oferta relevante esté expuesta por una plataforma conectada NO ASUMIR - que todas las plataformas soportan todas las mutaciones - que la disponibilidad puede deducirse - que una reserva ha funcionado hasta que la fuente lo confirma REGLA TRANSACCIONAL resultado ambiguo de escritura → outcome_unknown
Crear una reserva modifica estado externo. Talenthia está diseñado para mantener esas mutaciones ancladas a lo que la plataforma de origen ha confirmado realmente.
Las acciones no soportadas no se aproximan silenciosamente.
La gestión de mutaciones busca evitar escrituras duplicadas cuando una petición se reintenta.
La plataforma de reservas, no el agente, determina si una reserva está confirmada.
outcome_unknownLos resultados ambiguos son explícitos cuando no puede garantizarse un reintento automático seguro.
«Encuéntrame una cita de fisioterapia mañana después de las 18:00 cerca de mi oficina y reserva la mejor opción disponible».
Talenthia está en fase pre-piloto operativa: el gateway es ejecutable, las interfaces existen y el comportamiento de conectores se ha validado offline. La certificación live con plataformas de reservas es el siguiente hito.
Modelo canónico de reservas, operaciones, contrato de conectores y modelo de capacidades.
12 operaciones de aplicación expuestas por ambas interfaces sobre el mismo Core.
Flujos end-to-end incluyendo idempotencia y resultados ambiguos.
Cobertura de contratos, paridad, capacidades, autorización y rutas de fallo.
Dos modelos de API de plataformas estructuralmente diferentes tienen implementaciones de conectores basadas en contratos API públicos. La certificación live con partners sigue pendiente.
Las respuestas son deliberadamente explícitas y autocontenidas para funcionar en evaluación humana, búsqueda y recuperación por máquinas.
Una API de reservas para agentes de IA ofrece operaciones estructuradas para descubrir servicios reservables, consultar disponibilidad autoritativa y ejecutar acciones de reserva compatibles. Talenthia lo proporciona como una capa normalizada sobre plataformas de reservas conectadas, no como un calendario o motor de reservas independiente.
En lugar de integrar cada plataforma por separado, el agente puede utilizar el modelo común de reservas de Talenthia. Talenthia enruta cada operación compatible mediante el conector de la plataforma correspondiente, mientras esa plataforma sigue siendo la fuente autoritativa de disponibilidad, reglas y estado de la reserva.
Sí. Talenthia Gateway implementa las mismas operaciones de aplicación mediante REST y MCP. El gateway y el sandbox ejecutable ya funcionan; el acceso MCP remoto público se está preparando dentro del despliegue controlado de pilotos.
Sí. REST y MCP utilizan las mismas capas Application y Core de Talenthia, por lo que un desarrollador puede elegir la interfaz que mejor encaje con su stack sin cambiar la semántica de reservas subyacente.
No. Talenthia es una capa de interoperabilidad. Las plataformas conectadas conservan inventario, reglas de negocio, relación con clientes, pagos y estado de las reservas, y siguen siendo el sistema de referencia.
Talenthia es capability-aware. Cada conector declara qué soporta realmente la plataforma conectada y Talenthia expone únicamente esas operaciones, sin asumir que todas las plataformas pueden crear, cancelar o reprogramar de la misma forma.
Talenthia no inventa disponibilidad ni confirmaciones. La disponibilidad y el estado final de la reserva proceden de la plataforma conectada. Una reserva solo se considera confirmada cuando la plataforma autoritativa la confirma.
Talenthia representa explícitamente los resultados transaccionales ambiguos. Si una escritura puede haber llegado a la plataforma pero no puede confirmarse de forma segura, el resultado puede clasificarse como outcome_unknown en lugar de reintentar a ciegas y arriesgar una reserva duplicada.
Talenthia está actualmente en fase pre-piloto operativa. El Core, las interfaces REST y MCP, el sandbox ejecutable y dos implementaciones de conectores basadas en contratos API públicos están construidos y probados. La certificación live con partners y los primeros pilotos controlados son el siguiente paso.
Los desarrolladores de agentes pueden solicitar acceso temprano desde esta página. Priorizamos casos de uso que ayuden a validar discovery, disponibilidad y flujos de reserva mientras las primeras integraciones con plataformas avanzan hacia certificación live.
Cuéntanos qué necesita reservar tu agente. Estamos seleccionando casos de uso tempranos del lado de agentes en paralelo a las primeras certificaciones live de plataformas.