¿Tu equipo necesita un framework?
Los equipos de 1–2 personas que escriben prompts simples para un único caso de uso pueden prescindir de un framework formal — la sobrecarga no está justificada. Los equipos con 3 o más personas, múltiples casos de uso o calidad de salida inconsistente deberían estandarizar en un framework antes de añadir más personas.
El coste de no usar un framework escala con el tamaño del equipo. Dos personas pueden alinearse informalmente en el estilo del prompt. A cinco personas, la inconsistencia de la salida aumenta hasta el punto en que las revisiones se vuelven contenciosas.
El coste de incorporación se duplica sin un framework. Un nuevo miembro del equipo con un framework documentado aprende a escribir prompts aceptables en 2–3 días. Sin uno, el mismo miembro pasa 1–2 semanas estudiando ejemplos y cometiendo errores evitables.
Matriz de decisión: ¿qué framework se adapta a tu caso de uso?
Usa esta matriz para asociar el caso de uso principal de tu equipo con el framework diseñado para él. Selecciona el framework que cubre el 80%+ de tus prompts.
| Framework | Ideal para | Evitar cuando | Tiempo de incorporación |
|---|---|---|---|
| CO-STAR | Tareas complejas de múltiples pasos, investigación, análisis, briefs de cumplimiento | Tareas simples de un solo turno donde la mayoría de los componentes son sobrecarga innecesaria | 2 horas |
| CRAFT | Contenido, marketing, escritura creativa, voz de marca | Salida técnica o estructurada donde el rol y el formato son menos relevantes | 1 hora |
| RISEN | Escritura instructional, material de formación, explicaciones educativas | Tareas creativas abiertas sin pasos o metas definidos | 1.5 horas |
| RTF | Documentación técnica, extracción de datos estructurados, referencias de API | Escritura narrativa, creativa o persuasiva donde el formato es menos importante | 1 hora |
| Personalizado | Flujos de trabajo específicos de dominio con 3+ componentes únicos que ningún framework estándar cubre | Un framework existente se adapta con ajustes menores — el personalizado añade coste de construcción y mantenimiento | 4–8 horas para construir |
Cuándo usar CO-STAR
CO-STAR es la elección correcta cuando tus prompts requieren múltiples restricciones que deben definirse explícitamente antes de la tarea: audiencia, estilo, tono y formato de respuesta varían entre prompts. Si todos tus prompts comparten la misma audiencia y estilo, CO-STAR añade componentes que rellenas de forma idéntica cada vez — usa CRAFT o RTF en su lugar.
Componentes CO-STAR: Contexto (antecedentes que el modelo necesita), Objetivo (qué debe lograr la salida), Estilo (estilo de escritura — formal, conversacional, técnico), Tono (registro emocional — neutral, alentador, autoritario), Audiencia (quién lo leerá y su nivel de conocimiento), Respuesta (formato y longitud de la salida).
Caso de uso de ejemplo: generar un brief de informe de cumplimiento. Contexto = entorno regulatorio. Objetivo = resumir violaciones y pasos de remediación. Estilo = formal. Tono = neutral. Audiencia = junta directiva (no técnica). Respuesta = resumen ejecutivo de 1 página con puntos de acción.
Cuándo usar CRAFT
CRAFT es la elección correcta para equipos de contenido, copy de marketing y trabajo de voz de marca donde el rol del modelo y el resultado objetivo son los principales impulsores. CRAFT es más rápido de completar que CO-STAR cuando la audiencia y el tono están fijos.
Componentes CRAFT: Contexto (antecedentes sobre la necesidad de contenido), Rol (lo que el modelo representa — redactor de marca, product manager, editor técnico), Acción (la tarea específica), Formato (estructura de salida), Objetivo (meta o efecto previsto de la salida).
Caso de uso de ejemplo: generar descripciones de producto para una nueva funcionalidad. Contexto = lanzamiento de funcionalidad, guía de voz de producto existente. Rol = redactor de marca. Acción = escribir 3 variantes de descripciones de producto. Formato = párrafo de 60 palabras cada uno. Objetivo = conversión en la página de detalle del producto.
Cuándo un framework personalizado es mejor que uno existente
Crea un framework personalizado cuando aparezcan tres señales: modificas un framework estándar de la misma forma cada vez, la salida requiere un componente que ningún framework estándar cubre, o el cumplimiento del equipo con el framework está por debajo del 80%. Cualquiera de estas señales es razón suficiente para invertir en un framework personalizado.
Señal 1 — modificación consistente: si siempre añades una restricción de política, un ancla de persona o un vocabulario de dominio a CO-STAR, esas adiciones son componentes del framework — no elecciones ad-hoc. Formalizarlas como componentes elimina un paso manual de cada prompt.
Señal 2 — componente faltante: si tus prompts requieren algo que ningún framework estándar incluye (lógica de escalación, cita regulatoria, aplicación de esquema de salida, nivel de persona), ese componente pertenece a un framework. Señal 3 — cumplimiento por debajo del 80%: si los miembros omiten secciones del framework actual porque las secciones no aplican a su trabajo, el framework no encaja.
Preguntas frecuentes
¿Qué framework de prompts debe usar un equipo?
Usa CO-STAR para tareas complejas de múltiples pasos con restricciones definidas de audiencia y estilo. Usa CRAFT para contenido, marketing y trabajo creativo. Usa RISEN para escritura instructional y material de formación. Usa RTF para documentación técnica y salida de datos estructurados. Si tu equipo modifica el mismo framework de forma consistente de 3+ formas, crea un framework personalizado en su lugar.
¿Los equipos pequeños necesitan un framework de prompts?
Los equipos de 1–2 personas que escriben prompts simples y únicos generalmente no necesitan un framework formal. Los equipos con 3 o más personas, múltiples casos de uso o calidad de salida inconsistente se benefician de estandarizar en un framework.
¿Cuál es la diferencia entre CO-STAR y CRAFT?
CO-STAR está diseñado para tareas complejas con múltiples restricciones y requiere explícitamente definiciones de audiencia y estilo. CRAFT está diseñado para tareas de contenido y creativas donde el rol y el objetivo son los principales impulsores, lo que lo hace más rápido cuando la audiencia y el tono están fijos.
¿Cuándo debe un equipo construir un framework de prompts personalizado?
Construye un framework personalizado cuando: aplicas las mismas modificaciones 3+ a un framework estándar para cada prompt en un flujo de trabajo; la salida requiere un componente específico de dominio que ningún framework estándar cubre; o el cumplimiento del equipo con el framework actual está por debajo del 80%.
¿Cuánto tiempo toma la incorporación al framework?
La incorporación oscila entre 1 hora (CRAFT, RTF) y 2 horas (CO-STAR) para el aprendizaje, más 1 semana de práctica supervisada. Los frameworks personalizados tardan 4–8 horas en construirse, más 2 semanas de familiarización del equipo.
¿Puedo combinar componentes de múltiples frameworks?
Sí, puedes combinar componentes de CO-STAR, CRAFT y RISEN, pero el resultado debe nombrarse, documentarse y probarse como un framework personalizado, no tratarse como un híbrido de los frameworks existentes.
Cómo incorporar a tu equipo en un nuevo framework
La incorporación a un nuevo framework requiere 1–2 horas de instrucción guiada y 1 semana de práctica supervisada — no meses de experimentación independiente. La ruta de incorporación más rápida: una sesión de 90 minutos que cubra la estructura del framework, luego 5 prompts supervisados con feedback estructurado, luego 2 semanas de prompting independiente con una revisión semanal.
Ejecuta los 5 prompts supervisados en GPT-4o y Claude 4.6 Sonnet a través de PromptQuorum para que los nuevos miembros del equipo vean cómo rinde el framework en los modelos desde el primer día. Las pruebas entre modelos durante la incorporación detectan definiciones de componentes que solo funcionan en un modelo — corregirlas temprano evita la fragilidad específica del modelo más tarde.
Documenta el framework en la biblioteca de prompts del equipo con 3 ejemplos de prompts anotados que cubran los casos de uso más comunes. Sin ejemplos anotados, los nuevos miembros inventan sus propias interpretaciones de cada componente y se alejan de la estructura prevista en la primera semana.