Responder un email
Responder bien exige leer todo el hilo primero, no solo el último mensaje, y mantener un tono que se definió dos o tres correos atrás. Este endpoint toma el hilo y la dirección que quiere darle a su respuesta, y redacta una réplica que realmente se siente parte de la misma conversación en lugar de un mensaje nuevo y desconectado.
Ejecútela online
Ejecute esto en nuestros servidores con su cuenta. Las herramientas gratuitas corren en su navegador; esta cobra de su saldo del KIT según el precio de arriba.
El problema de responder sin contexto
Una respuesta escrita sin ver el hilo completo tiende a repetir preguntas ya contestadas, pasar por alto un detalle mencionado tres mensajes atrás, o caer en un tono que choca con cómo ha ido la conversación. A los agentes de soporte con decenas de tickets abiertos y a los gestores de cuenta con varias cuentas a la vez esto les pasa constantemente, no por descuido sino porque releer cada hilo antes de cada respuesta simplemente no escala. Este endpoint está construido para ese vacío: recibe el hilo como entrada, no solo el último mensaje, así que la respuesta que redacta toma en cuenta lo que vino antes.
Cómo se ve una solicitud
Envía el hilo, o la parte relevante de él, junto con la dirección que quiere darle a la respuesta, confirmar, declinar, pedir más información, escalar, y un tono opcional. La tarea corre de forma asíncrona, devolviendo un task_id de inmediato, con la respuesta entregada por webhook firmado o un enlace firmado válido por 24 horas, lista para revisar y enviar.
Por qué mantener la continuidad del hilo es más difícil de lo que parece
El encadenamiento de correos es una convención antigua, citar los mensajes previos debajo de una respuesta para que todo el historial viaje con la conversación, pero leer ese historial y responder de forma coherente es una habilidad distinta de simplemente tener acceso a él. Muchas herramientas pueden resumir un hilo; menos pueden redactar una respuesta que retome el punto correcto sin repetir todo ni contradecir un compromiso hecho antes en la misma conversación. Esa continuidad es justo lo que este endpoint preserva.
Dónde encaja en la operación diaria
Esto normalmente corre dentro de una mesa de soporte o un CRM, activado cuando llega un mensaje nuevo a un hilo que necesita respuesta, produciendo un borrador que un agente revisa y envía en lugar de escribir desde cero. El precio es una tarifa base pequeña más un cargo por correo, así que el costo escala con el volumen de respuestas y no con el largo del hilo, y una generación fallida nunca se cobra, porque la tarea reintenta automáticamente hasta tres veces antes de devolver un error claro.
Dónde todavía se necesita una persona
Una respuesta redactada refleja el hilo y la dirección que le dio, no conocimiento privado sobre la cuenta ni la política de la empresa más allá de lo que aparece en la conversación, así que cualquier cosa que implique un compromiso, un reembolso o una fecha límite debería pasar por revisión humana antes de enviarse. El contenido del hilo se elimina al terminar el periodo de retención y nunca se usa para entrenar modelos, algo importante dado cuánto detalle sensible suele vivir dentro de un hilo de correo.
Qué puede hacer con ella
Cola de soporte de alto volumen
Un agente de soporte con sesenta tickets abiertos recibe un borrador de respuesta por cada hilo que ya refleja el historial completo del cliente en esa conversación, y luego lo revisa y lo envía.
Seguimiento de gestión de cuentas
Un gestor de cuenta que vuelve de vacaciones redacta respuestas a hilos que avanzaron sin él, poniéndose al día del contexto automáticamente en lugar de releer cada uno línea por línea.
Tono consistente en todo un equipo
Un equipo que administra bandejas compartidas usa el mismo ajuste de tono entre agentes para que los clientes reciban una voz consistente sin importar quién responda.
Redacción para escalar un caso
Un líder de soporte pide una respuesta redactada específicamente para escalar un hilo internamente, manteniéndose tranquilizadora de cara al cliente.
Preguntas frecuentes
¿Cómo entiende la API de respuestas de email el hilo completo?
Envía el hilo o la parte relevante como entrada, y el borrador se construye para referirse a ese historial y mantenerse coherente con él en lugar de tratar el mensaje de forma aislada.
¿Es gratuita la API de generar respuestas de email?
No hay capa gratuita: las capas gratis se abusan y ralentizan a todos. El acceso funciona con un saldo prepago de ForHosting KIT: se recarga desde $10.00 (no caduca) y cada solicitud se cobra a su precio publicado, así que una llamada sin saldo devuelve HTTP 402. Sin suscripción, sin tokens ni créditos inventados, y una tarea fallida no se cobra.
¿Cuánto cuesta cada respuesta?
$0.003 por solicitud más $0.0135 por correo redactado, un costo pequeño y predecible por respuesta sin importar qué tan largo sea el hilo.
¿Cómo recibo la respuesta redactada?
Por webhook firmado para integraciones en producción, o desde un enlace firmado que permanece válido durante 24 horas tras completarse la tarea.
¿Puedo controlar la dirección que toma la respuesta?
Sí, indica la dirección deseada, confirmar, declinar, pedir más información, escalar, y el borrador se construye siguiendo esa instrucción.
¿Qué pasa si una generación falla?
Reintenta automáticamente hasta tres veces, y si sigue fallando recibe un error claro y no se le cobra por ese intento.
¿Debería enviar la respuesta sin revisarla primero?
No en el caso de compromisos, reembolsos o fechas límite; el borrador refleja el hilo que proporcionó, así que una revisión humana rápida sigue siendo recomendable antes de enviar.
¿Se guarda el contenido del hilo después de generar la respuesta?
No, el contenido del hilo se elimina al terminar el periodo de retención y nunca se usa para entrenar modelos, algo relevante dado cuánto detalle sensible suelen contener los hilos de correo.
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, y pronto desde nuestra app, el email y Telegram.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/text/email-reply \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"input":"…"}'const res = await fetch("https://api.kit.forhosting.com/text/email-reply", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"input": "…"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/text/email-reply",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"input": "…"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/text/email-reply", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"input":"…"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"input":"…"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/text/email-reply", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"input": "…"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "text.email_reply",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Límites
max_tokens | 20000 |
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
422 | task_failed | La tarea falló tras 3 reintentos. No se cobra. |