Loading...
×Codex convierte notas confirmadas en un aviso de incidencia para Facebook y un borrador de seguimiento para revisar y aprobar en Tareno.
Sí. Codex lee las notas y el código del servicio afectado, redacta un aviso breve y un borrador de seguimiento en lenguaje sencillo y los guarda mediante Tareno. No debe inventar causas ni plazos de reparación: el equipo técnico tiene que confirmarlos. Nada se publica antes de tu aprobación.
Última revisión: 2026-10-24
Cuando falla un servicio de reservas o pagos, los clientes pueden buscar información en la página de Facebook de la empresa y dejar comentarios. Un aviso útil debe ser rápido, concreto y honesto, incluso mientras el equipo técnico sigue investigando. Codex puede leer las notas de la incidencia y el código afectado y preparar un texto comprensible. Tareno guarda el borrador para la página. Seguimos el caso de una empresa de venta de entradas para explicar cómo separar hechos confirmados de hipótesis y por qué una persona responsable debe revisar el texto antes de publicarlo.
En una empresa de entradas falla el pago con tarjeta durante la compra, mientras funcionan otros métodos. La persona de guardia proporciona a Codex las notas de la incidencia e indica el módulo de pagos. Codex lee las notas y la ruta de código afectada para ayudar a delimitar el impacto, que debe confirmar el equipo técnico. Redacta un aviso de unas 60 palabras: el método afectado, una alternativa disponible y la promesa de una actualización, sin inventar una hora de reparación. Guarda el aviso con create_drafts y prepara un segundo borrador sin programar para comunicar la resolución. La persona contrasta ambos con el canal de la incidencia y solicita la publicación del primero en Tareno.
Comparte con Codex el estado actual y distingue los hechos confirmados de las hipótesis abiertas. Incluye solo la información necesaria para el aviso: una hipótesis no debe convertirse en una afirmación pública.
Señala el módulo implicado. Codex puede examinar qué flujos comparten la ruta de código, por ejemplo tarjetas pero no facturas. El equipo técnico debe confirmar el impacto real antes de comunicarlo.
Pide un aviso breve con el impacto confirmado, posibles alternativas y la indicación de una actualización posterior. El segundo borrador para la resolución queda sin datos no confirmados y sin fecha programada.
Revisa si el borrador presenta causas o plazos de reparación que el equipo técnico no haya confirmado y elimínalos. Promete una actualización posterior en lugar de inventar una hora de reparación.
Codex verifica la página de Facebook con list_accounts y guarda los textos mediante create_drafts. La publicación se hace como página, en nombre de la empresa. Lee ambos borradores antes de aprobarlos.
Solicita el primer horario permitido. Según la documentación de Meta, las publicaciones programadas mediante API requieren al menos diez minutos de antelación. La solicitud permanece pendiente hasta que la apruebes en el panel de Tareno.
Lee las notas de la incidencia siguientes y el módulo [payments/card]. Enumera lo confirmado, las hipótesis y los flujos de clientes que comparten la ruta de código afectada. Señala lo que aún debe confirmar el equipo técnico. No redactes el aviso hasta que revise la lista: [notas].Escribe para nuestra página de Facebook un aviso de incidencia de unas 60 palabras usando solo hechos confirmados. Indica el método de pago afectado, una alternativa confirmada y que habrá una actualización posterior. No inventes causas ni plazos de reparación y evita términos técnicos.Escribe un segundo post breve para cuando se resuelva el problema, con un marcador para la hora confirmada. No indiques una causa hasta que yo la facilite. Usa Tareno para guardar ambos posts como borradores para nuestra página de Facebook [nombre] y devuelve sus identificadores.Pide a Tareno que programe el borrador [ID del aviso] en el primer horario permitido e indícame qué hora ha solicitado. Devuelve el ID de la acción pendiente y recuérdame que el post solo se publicará después de mi aprobación en el panel de Tareno.Configuración de Tareno a fecha de 2026-10-24. Las reglas vigentes de tu cuenta proceden de la herramienta get_platform_schema.
Fuente: Meta: Pages API, posts, consultada el 2026-10-24. Las reglas de las plataformas cambian; revisa la página antes de basarte en una cifra.
https://tareno.co/api/mcpUsa tu cuenta Tareno en clientes compatibles. La guía correspondiente explica autenticación, primer uso, reconexión y revocación.
codex mcp add tareno --url https://tareno.co/api/mcp
codex mcp login tareno
codex mcp get tarenolist_accountsVerificado:
Sí. Separa hechos confirmados de hipótesis, puede examinar el código para identificar flujos afectados y redacta un aviso breve. Una persona responsable comprueba el impacto real y aprueba el post en Tareno antes de publicarlo.
Según la documentación de Meta, los posts programados mediante API deben fijarse con al menos diez minutos de antelación. Pide a Tareno el primer horario permitido y aprueba la solicitud en el panel, contando con ese margen en lugar de asumir una publicación inmediata.
Solo si el equipo técnico la ha confirmado. Codex puede examinar el código, pero una causa que sigue siendo una hipótesis no debe presentarse como hecho público. Promete una actualización posterior en vez de adivinar un plazo de reparación.
Sí. Tareno permite leer comentarios de Facebook y Codex puede agruparlos y señalar, por ejemplo, otro método de pago afectado. No puede publicar respuestas mediante este flujo; esa tarea corresponde al equipo de atención al cliente.
Comparte solo lo necesario para el aviso. No incluyas secretos, datos de clientes ni detalles de acceso internos: lo que introduces en el prompt pasa a formar parte del historial de la conversación y debe revisarse antes de enviarlo.
No. Una solicitud de programación se convierte en una acción pendiente en Tareno y Facebook recibe el post solo después de tu aprobación en el panel. Con `get_action_status` puedes comprobar después el estado de la solicitud.