Plantillas de prompts de chat para informes de estrategia e investigación

Regla confirmada: los créditos de generaciones fallidas pueden revisarse cuando los registros muestran un fallo del proveedor. Respuesta para el cliente: indica que el equipo puede revisar la tarea si el cliente proporciona el ID de tarea. Qué no prometer: reembolso automático antes de revisar los registros. Necesidad de escalamiento: responsable de facturación si los registros confirman un fallo del proveedor. Nota interna: capturar ID de tarea y marca de tiempo.

Respuesta revisada: No puedo aprobar un reembolso solo con este mensaje, pero puedo ayudar a revisar la tarea fallida. Envíanos el ID de tarea y la hora en que se ejecutó para que podamos revisar los registros. Cambio de tono: firme pero útil. Riesgo eliminado: no hay afirmación general de política sin respaldo. Salvedad restante: el reembolso depende de la revisión de la tarea.

Macro revisada: Gracias por enviarnos esto. Comparte el ID de la tarea y la hora aproximada de la generación fallida para que podamos revisar los registros. Marcadores obligatorios: ID de tarea, hora de la tarea, correo electrónico de la cuenta si es necesario. Límite de política: no prometas un ajuste de créditos antes de la revisión. Nota para el agente: usar solo cuando el cliente informe una generación fallida.

Regla de política: los créditos vencidos no se extienden automáticamente. Impacto en el cliente: el retraso de la campaña puede ser real, pero fue externo a Rivya. Riesgo de precedente: extenderlos sin criterios crea un trato inconsistente. Ruta de escalamiento: preguntar al responsable de facturación si existe un fallo del proveedor documentado. Postura de respuesta: reconocer la solicitud y explicar los límites de la revisión.

Afirmación vaga: crecimiento fuerte necesita una métrica y un periodo de comparación. Evidencia faltante: la mejora de calidad del producto necesita datos de defectos, retención o éxito de tareas. Tono defensivo: pedir más personal para acelerar suena poco respaldado. Solicitud clara: especificar la decisión, la capacidad necesaria y el resultado esperado. Dirección de reescritura: emparejar cada afirmación con un punto de evidencia.

Empatía: reconocer la fecha límite incumplida sin aceptar una culpa no verificada. Hechos: el fallo de la tarea necesita ID y registros. Límite: no se puede confirmar la causa ni la compensación solo con el mensaje. Siguiente acción: solicitar el ID de tarea y el contacto de escalación. Nota interna: priorizar porque el cliente menciona una fecha límite con su cliente.

Riesgo en lenguaje claro: los límites de uso pueden cambiar después de la compra. Impacto de negocio: el volumen previsto puede volverse poco fiable. Pregunta para asesoría legal: qué periodo de aviso y derechos de terminación aplican. Punto de negociación: bloquear los límites durante el término inicial. No decidir: exigibilidad legal sin asesoría legal.

Claridad de audiencia: no se especifica si es para un operador de comercio electrónico o un equipo creativo. Vacío de evidencia: velocidad y calidad necesitan ejemplos o criterios de comparación. Afirmación débil: espacio de trabajo todo en uno es amplio si no incluye un ejemplo concreto de flujo de trabajo. Siguiente paso: definir un escenario de foto de producto y la evidencia necesaria. Riesgo: el artículo puede convertirse en contenido de lista genérico.

Encaje con políticas: el respaldo de una figura pública para publicidad es sensible y probablemente restringido. Hechos faltantes: si existe consentimiento o material con licencia. Impacto para el usuario: el calendario de la campaña puede verse afectado. Recomendación de escalado: derivar al responsable de políticas antes de la generación. Dirección de respuesta segura: explicar que deben confirmarse el consentimiento y los derechos de uso.

Áreas afectadas: ejemplos de prompts, tarjetas de modelo, portadas de blog e imágenes de búsqueda y de uso compartido. Acciones de responsables: aprobar materiales, actualizar enlaces de origen y ejecutar comprobaciones finales. Mensajes para clientes: no hace falta una promesa visible salvo que el cambio de URL altere el acceso. Pregunta legal: política de retención y eliminación de archivos de borrador antiguos. Riesgo abierto: los enlaces de borrador pueden quedar por error en el contenido fuente.

Afirmación afinada: el equipo está priorizando flujos de trabajo multimodales fiables en este ciclo. Evidencia necesaria: cobertura actual de plantillas, páginas de modelos y el recorrido desde el prompt hasta el resultado. Contrapartida: la revisión final de medios retrasa el lanzamiento, pero protege la credibilidad. Petición: terminar la revisión de plantillas y las comprobaciones de activos antes del lanzamiento final. Nota de tono: evita el lenguaje de mejor plataforma sin evidencia.

Partes interesadas: equipo de diseño, compras, equipo legal. Casos de uso: flujo de diseño y revisión de medios generados. Riesgos: claridad sobre paquetes de créditos y política de almacenamiento. Ruta de expansión: empezar con un piloto del equipo de diseño y luego pasar a gobernanza del espacio de trabajo. Objetivo de la próxima reunión: confirmar el alcance del piloto y las preguntas legales sobre almacenamiento.

Afirmación principal: las plantillas de prompts mejoran la confianza en la página del modelo. Evidencia: los ejemplos reutilizables aparecen cerca de la guía del modelo. Eslabón débil: la mejora de confianza aún no se ha medido. Contrapunto: demasiadas plantillas superficiales pueden reducir las señales de calidad. Decisión respaldada: añade plantillas solo cuando el ejemplo de conversación sea específico y útil.

Objetivo del usuario: entender dónde aparecen las plantillas de prompts y cómo ejecutarlas. Requisitos previos: plantilla publicada, modelo recomendado y modo compatible. Pasos: abrir el prompt, revisar el ejemplo, ejecutarlo o copiarlo y luego continuar en Studio. Casos límite: modelo no disponible, plantilla en borrador o medios todavía pendientes de aprobación final. Enlaces relacionados: biblioteca de prompts, páginas de modelos y lista de verificación de medios.

Acción poco clara: Continuar no dice qué ocurre después. Ayuda sobrecargada: orquestación avanzada es lenguaje interno. Resultado faltante: el usuario necesita saber que la selección de modelo afecta el estilo de salida y el costo. Etiqueta sugerida: Elegir este modelo. Ayuda sugerida: Usa este modelo para equilibrar calidad de imagen y control de edición.

Observación: los ejemplos de prompts ayudan al descubrimiento, pero quizá no completan el flujo de trabajo. Seguimiento neutral: qué te lleva a mover el prompt a otra herramienta. Pregunta de comportamiento: cuándo ocurrió eso en tu último proyecto. Evitar: preguntar si a Studio le faltan funciones de exportación. Vínculo con la decisión: entender si el cambio de herramienta se debe a continuidad, confianza o hábito.

Responsabilidades: definiciones de compatibilidad, visualización de lectura en administración y soporte para entradas semilla. Puntos de llamada: biblioteca de prompts, página de prompts en administración y scripts de validación. Flujo de datos: las plantillas versionadas son la fuente de verdad actual; los valores predeterminados son ejemplos de compatibilidad. Supuesto riesgoso: eliminar valores predeterminados puede romper etiquetas en scripts antiguos. Primer cambio seguro: añadir una auditoría de uso antes de borrar exportaciones de compatibilidad.

Causa probable: existe la fuente de la plantilla sin el archivo locale correspondiente. Reproducción: añadir el slug, ejecutar build y llegar a los parámetros estáticos de prompt. Arreglo mínimo: añadir archivos locale en en y zh para el slug. Prueba de regresión: ejecutar prompts:check antes de build. No cambiar: la generación de rutas salvo que los archivos locale sean válidos.