Conectar un agente al MCP de Cabgo resuelve el acceso: a partir de ese momento, el agente puede consultar el estado de la operación, revisar métricas por conductor, actualizar configuraciones y ejecutar acciones con confirmación de dos pasos. Lo que no resuelve es la consistencia del output diario. Los operadores que más valor extraen del agente no son los que hacen preguntas más elaboradas — son los que tienen un conjunto pequeño de prompts guardados que producen exactamente el output que necesitan, en el formato que pueden usar sin editar. Sin ese conjunto, cada sesión empieza desde cero: una pregunta improvisada, una respuesta genérica, y un resultado que hay que reformatear antes de compartirlo. Con él, el agente y el operador trabajan el mismo esquema todos los días, lo que hace que el output de hoy sea directamente comparable con el de la semana anterior.
Este artículo documenta cinco prompts de alta utilidad para operadores de ride-hailing regional con 40 a 150 conductores activos que ya tienen el MCP de Cabgo conectado a su agente — Claude Desktop, Claude Code, ChatGPT o Cursor. Para cada prompt explicamos cuándo usarlo, qué herramientas del servidor MCP activa, y qué formato de respuesta funciona mejor. El objetivo no es que el operador memorice las plantillas: es que las guarde en el cliente del agente como instrucciones personalizadas, o en un archivo de texto accesible para copiar y pegar al inicio de cualquier sesión de trabajo.
Por qué el prompt genérico produce output que no se puede reutilizar
Un agente conectado a un MCP responde al input que recibe. Cuando ese input es una pregunta abierta — «¿cómo estuvo el día?» — el agente infiere qué dimensión de «cómo estuvo» es relevante: ¿conductores activos? ¿viajes completados? ¿cancelaciones? ¿ingresos estimados? La inferencia es razonable, pero cada vez que el operador hace la misma pregunta en términos ligeramente distintos, el agente estructura el output de forma diferente. El resultado del lunes no tiene el mismo formato que el del jueves, lo que hace imposible compararlos de un vistazo. El operador que quiere saber si los conductores activos de esta semana son más o menos que los de la semana anterior tiene que leer dos narraciones en lugar de comparar dos números en la misma posición.
El antídoto no es escribir prompts rígidos — es escribir prompts con forma definida. Un prompt bien diseñado especifica dos cosas: qué dimensiones debe cubrir el agente y en qué formato debe presentar el resultado. Con eso, el agente sabe exactamente qué herramientas del MCP llamar sin preguntas adicionales, y el output tiene la misma estructura todos los días. El operador puede leerlo en 60 segundos y archivarlo para compararlo la próxima semana.
Prompt 1 — Resumen de turno: estado de la operación en 60 segundos
El resumen de turno es el prompt más usado en operaciones de 60 a 130 conductores. Cubre el estado al cierre del día o del turno: cuántos conductores estuvieron activos, cuántos viajes se completaron, cuál fue la tasa de cancelación y cuáles fueron los tres conductores con más viajes y los tres con menos. El operador que tiene este prompt guardado lo pega al abrir el chat con el agente cada tarde y en dos minutos tiene el estado del día sin necesidad de abrir ningún dashboard. El agente activa cabgo_my_app_status y cabgo_driver_activity del servidor MCP para construir el cuadro completo sin que el operador tenga que especificar las herramientas.
Elementos que debe incluir el prompt de resumen de turno:
- Período exacto: 'desde las 06:00 hasta las 22:00 de hoy' o 'turno de ayer completo' — sin esto, el agente elige el rango por inferencia
- Dimensiones requeridas: conductores activos (total y porcentaje de la flota), viajes completados, tasa de cancelación, ingreso estimado por método de pago
- Tabla de extremos: los tres conductores con más viajes y los tres con menos, con el número de viajes de cada uno
- Formato de salida: tabla markdown para los extremos, dos líneas de resumen para el resto — sin narrativa libre
- Cierre condicional: 'si la tasa de cancelación supera el 15%, agrega una nota con el horario de mayor incidencia'
Prompt 2 — Conductores inactivos: quién no trabajó y desde cuándo
La inactividad de un conductor es una de las señales más tempranas de que algo está cambiando — puede ser una queja no atendida, una oferta de otra plataforma, o simplemente un problema de acceso a la app. En operaciones con más de 60 conductores registrados, el coordinador no detecta la inactividad con una revisión manual. Un prompt específico le da al agente instrucciones claras para consultar el historial de actividad a través de cabgo_driver_activity y devolver una lista ordenada por días sin viajes, que el coordinador puede usar directamente para hacer el seguimiento. Este prompt debería correrse una vez por semana, no diariamente: la inactividad significativa no cambia en 24 horas.
Estructura del prompt de conductores inactivos:
- Umbral de tiempo: 'lista los conductores que no han completado ningún viaje en los últimos 3, 5 o 7 días — elige el umbral según la frecuencia habitual de tu flota'
- Ordenamiento: por días consecutivos de inactividad, de mayor a menor
- Columnas mínimas: nombre del conductor, último viaje registrado (fecha y hora), total de viajes en los últimos 30 días
- Filtro opcional: 'excluye conductores marcados como vacaciones o baja temporal en el sistema'
- Formato: tabla markdown sin narrativa adicional, máximo 20 filas para que quepa en pantalla sin scroll
Prompt 3 — Mezcla de pagos: control del efectivo por conductor en un solo vistazo
El control de efectivo es el problema operativo más frecuente en flotas de LATAM, y el que más pérdidas invisibles produce cuando no se mide con regularidad. Un prompt de revisión de mezcla de pagos le pide al agente que consulte el saldo pendiente de cada conductor y clasifique cuáles están por encima del umbral definido. La clave para que este prompt funcione bien es incluir tres zonas de alerta en el propio texto: verde para el rango normal, amarilla cerca del límite, y roja cuando el saldo requiere acción inmediata del coordinador. Con ese marco, el output es directamente accionable — el coordinador no tiene que interpretar los números, solo actuar sobre los que están en rojo.
Elementos del prompt de revisión de mezcla de pagos:
- Instrucción base: 'genera una tabla con el saldo pendiente de efectivo de cada conductor activo esta semana'
- Clasificación por zona: verde = saldo menor a 80 USD, amarilla = entre 80 y 110 USD, roja = mayor a 110 USD — ajusta los umbrales a tu tarifa promedio
- Columnas: nombre del conductor, saldo pendiente, zona de alerta, días desde la última liquidación
- Resumen al pie: total de efectivo pendiente en la flota, número de conductores en cada zona
- Acción sugerida: 'para los conductores en zona roja, agrega la nota: contáctalo hoy para coordinar la liquidación'
Prompt 4 — Borrador de comunicación: avisos para conductores sin redactar desde cero
Redactar un aviso para conductores — sobre un cambio de tarifa, una nueva zona de operación, un evento con alta demanda o una actualización de política — es una tarea que el operador hace entre 4 y 8 veces al mes. Sin un prompt guardado, esa redacción consume entre 15 y 30 minutos de intercambio con el agente ajustando el tono, el largo y el formato. Con una plantilla guardada, el agente produce el borrador en la primera respuesta y el operador solo tiene que verificar los datos específicos antes de enviarlo. La clave de este prompt no está en qué le pides al agente — está en cuánto contexto fijo le das: el tono del equipo, el canal de salida y el formato exacto que esperas.
Estructura del prompt de comunicación a conductores:
- Contexto fijo: 'somos una operación de ride-hailing regional con [N] conductores, el tono es directo y respetuoso, sin jerga corporativa'
- Tipo de aviso: especifica si es informativo (cambio de zona), de instrucción (nueva política) o de invitación (evento con bono)
- Canal de salida: 'el aviso va por WhatsApp — máximo 5 líneas, sin listas, sin emojis salvo uno al inicio si el tono lo permite'
- Datos clave: incluye los valores exactos, fechas y condiciones que el agente debe incorporar — no dejes variables abiertas en el texto
- Verificación: 'al final del borrador, agrega: DATOS A VERIFICAR: y lista los campos que requieren confirmación del operador'
Prompt 5 — Cierre semanal: métricas clave en un formato que se comparte
El cierre semanal es el informe que más operadores quieren producir de forma consistente pero menos logran mantener. Sin un prompt específico, generarlo toma entre 30 y 60 minutos de trabajo manual cruzando datos del dashboard. Con un prompt bien diseñado, el agente consulta el servidor MCP, estructura el resumen y produce un texto que el operador puede copiar directamente a un correo, a un grupo de WhatsApp con el equipo o a un documento compartido con los socios. Este es el prompt más largo de los cinco — porque el output que produce también es el más completo.
Secciones que debe cubrir el prompt de cierre semanal:
- Actividad de la flota: conductores activos en la semana vs semana anterior, variación en porcentaje
- Viajes: total completado en la semana, promedio diario, día con más viajes y día con menos
- Ingresos estimados: total por método de pago (efectivo y digital), porcentaje de mezcla
- Calidad: tasa de cancelación semanal, top 3 conductores por calificación promedio, bottom 3 para seguimiento del coordinador
- Pendientes de gestión: conductores en zona roja de efectivo, conductores con más de 5 días sin viajes
- Formato de salida: 'texto plano sin markdown, apto para copiar a WhatsApp o email, con emojis mínimos como separadores de sección'
Cómo construir y mantener tu propia biblioteca de prompts
Los cinco prompts anteriores son puntos de partida, no fórmulas cerradas. Cada operación tiene particularidades — una zona de alta demanda que no aparece en los reportes estándar, una categoría de conductor que requiere un filtro específico, o un formato de comunicación que el equipo ya reconoce. El operador que adapta estas plantillas a su contexto y las guarda en el cliente del agente tiene una biblioteca que mejora con cada semana de uso. La señal de que un prompt necesita revisión es simple: si el output que devuelve requiere más de 30 segundos de edición antes de poder usarlo, el prompt está pidiendo más especificidad.
Antes perdía 20 minutos cada mañana preguntándole cosas al agente y ajustando el formato de la respuesta para poder mandarla al equipo. Cuando guardé el prompt de resumen de turno en las instrucciones de Claude Desktop, ese tiempo bajó a 3 minutos. El agente ahora sabe exactamente qué quiero sin que yo tenga que explicarlo de nuevo cada día.
La diferencia entre un agente que el operador usa todos los días y uno que abre cuando recuerda que existe no está en el agente — está en si el operador tiene una rutina construida alrededor de él. Esa rutina empieza con un conjunto pequeño de prompts que producen output consistente: el suficiente para que la revisión diaria tome 5 minutos en lugar de 30, y para que el cierre semanal no sea una tarea que se pospone indefinidamente. Los cinco prompts de este artículo cubren los casos de uso más frecuentes en operaciones de tamaño mediano. Cuatro semanas de uso constante son suficientes para que el operador sepa cuáles adaptar y cuáles nuevos agregar a su biblioteca.
El agente conectado al MCP de Cabgo tiene acceso a los datos de la operación en tiempo real — conductores activos, saldos pendientes, viajes del turno, calificaciones, mezcla de pagos. Esos datos existen en el servidor independientemente de que el operador tenga prompts guardados o no. La diferencia es que con prompts bien diseñados, esos datos se convierten en un resumen que se puede leer, compartir y actuar en los primeros minutos del día. Sin ellos, los datos siguen estando disponibles — pero requieren una conversación nueva cada vez para extraerlos en el formato correcto. La biblioteca de prompts no hace al agente más inteligente: hace al operador más eficiente.
