Guía técnica

Cómo usar GPT-6: cinco tareas prácticas y plantillas de prompts

2026-09-07·9 min de lectura·Actualizado el 2026-09-07

La mejor forma de empezar con GPT-6 Astra es definir una entrega concreta, proporcionar los materiales y explicar cómo reconocer el éxito. Escoge algo que entiendas lo suficiente para revisar: una nota de investigación, un informe, una hoja de cálculo, una ronda de QA web o la investigación de un fallo difícil.

Astra merece una prueba cuando el trabajo conecta varias fuentes o etapas. Empieza con una tarea moderada antes de abordar un proyecto grande. El análisis de GPT-6 explica el acceso y sus puntos fuertes; aquí nos centramos en qué pedir una vez que puedas usarlo.

Fuentes: guía de acceso de OpenAI; ejemplos anticipados de Claire Vo. Consultadas el 7 de septiembre de 2026. Los resultados y experiencias se atribuyen a sus autores en el texto.

Empieza por la entrega

Pedir «investiga a nuestros competidores» deja decisiones importantes abiertas. Un buen briefing explica la decisión, el público, las fuentes permitidas, el formato y los criterios de revisión. Da margen para investigar sin perder de vista el resultado.

Instrucciones
Prepara una nota de decisión de dos páginas para [público].
La decisión es [pregunta concreta].
Usa [archivos adjuntos y fuentes públicas permitidas].
Compara [opciones] según [criterios].
Relaciona los hechos con fuentes y señala información ausente.
Termina con una recomendación, sus contrapartidas y la siguiente acción.

Elige una interfaz con las herramientas necesarias. Un modelo en una conversación no puede inspeccionar una aplicación local sin acceso facilitado por el entorno. La guía de disponibilidad distingue Chat, Work y Codex; los controles dependen del plan y del producto.

Cinco tareas útiles para empezar

TareaMateriales necesariosQué revisar
Nota de investigaciónDecisión, fuentes y periodoLas afirmaciones coinciden con la evidencia
Revisión de informeBorrador, referencias y públicoLos cambios mantienen los hechos
Comprobación de hoja de cálculoLibro y definiciones esperadasFórmulas, unidades y totales concuerdan
QA de sitio webVista previa y recorridos claveLos problemas se pueden reproducir
Investigación de falloReproducción, registros y códigoLa causa propuesta explica los síntomas

Convierte las fuentes en una nota de investigación

Pide que compare la evidencia antes de redactar. Una lista de hechos solo sirve si ayuda a decidir. Haz que identifique primero discrepancias, fechas ausentes y supuestos.

Instrucciones
Lee estas fuentes y crea una tabla de afirmaciones y evidencia.
Identifica discrepancias que puedan cambiar nuestra decisión.
Después redacta una nota comparando las dos opciones.
No bases la recomendación en afirmaciones inciertas sin explicarlas.

Abre varias citas personalmente, sobre todo las que sostienen la recomendación. Una respuesta bien escrita puede malinterpretar una fuente. Para un proceso repetible, comprueba cómo verificar hechos de la IA.

Revisa un informe sin perder el significado

Entrega el borrador y especifica quién lo leerá. Separa correcciones factuales y cambios de estilo para aprobarlos por separado. Cuando una fuente no respalde una frase, pide un comentario en vez de una sustitución inventada.

Comprueba una hoja de cálculo antes de presentarla

Indica qué pestañas y resultados importan. Pide inconsistencias de fórmulas, duplicados, valores ausentes y unidades incompatibles. Contrasta una pequeña muestra con los registros originales. El libro depurado debe conservar los datos brutos y explicar sus cambios.

Usa el navegador para QA

El episodio anticipado de Claire Vo incluye QA de navegador como uso práctico. Una adaptación útil consiste en darle tres recorridos esenciales y pedir hallazgos reproducibles con estado inicial, acciones, comportamiento esperado, observado y evidencia. Repite manualmente las comprobaciones más importantes.

Investiga una corrección difícil

Pide que reproduzca el fallo antes de editar código. Una investigación útil muestra la ruta que falla, la evidencia de la causa y el cambio mínimo propuesto. Nuestra evaluación de programación con GPT-6 explica por qué la cobertura y el comportamiento real requieren atención separada.

Elige el entorno de trabajo adecuado

Antes del briefing detallado, comprueba qué puede alcanzar la sesión. ¿Puede leer el libro, abrir la vista previa, buscar en la web y crear el archivo? Haz que señale pronto las entradas ausentes. Un modelo potente no compensa una fuente inaccesible ni una herramienta que entrega una captura cuando necesitas datos editables.

Para navegador, indica la página inicial y la cuenta o espacio que quieres usar. Para archivos, identifica los autorizados y si las versiones nuevas reemplazan a las antiguas. Para investigación, precisa periodo y mercado. Estos detalles evitan una respuesta pulida a la pregunta equivocada.

En la guía GPT-6, OpenAI indica que el modelo puede pedir más aclaraciones y utilizar más formato del esperado. Explica qué decisiones ordinarias puede tomar y cómo debe quedar la salida. Resulta especialmente útil si quieres un borrador terminado en lugar de discutir posibles enfoques.

Instrucciones
Toma decisiones razonables sobre organización y redacción.
Pregunta antes de cambiar público, alcance o supuestos básicos.
Si falta un detalle, continúa las partes independientes.
Usa párrafos cortos y una tabla comparativa en la nota final.

Ejemplo completo: elegir un proveedor

Imagina que debes escoger entre dos proveedores de software. Tienes propuestas, requisitos internos, notas de reunión y una hoja de uso previsto. Es un ejemplo adaptable: varias fuentes deben concordar para que la recomendación sirva.

Paso 1: fija las reglas de comparación

Define los criterios antes de pedir un ganador. El esfuerzo de implantación puede pesar más que una pequeña diferencia de licencia. Distingue requisitos obligatorios y preferencias. Una función imprescindible ausente no debe desaparecer en una media.

Instrucciones
Compara las propuestas A y B con el archivo de requisitos.
Separa requisitos obligatorios y preferencias.
Usa la hoja de uso para el escenario de coste.
No deduzcas funciones de mensajes comerciales genéricos.
Lista las dudas abiertas antes de recomendar un proveedor.

Paso 2: revisa la tabla de evidencia

Solicita una fila por requisito con documento y sección de apoyo. Distingue respaldado, contradicho y no encontrado. «No encontrado» es útil: genera una pregunta precisa al proveedor e impide rellenar un vacío con una suposición.

Comprueba primero lo que pueda alterar la decisión. Una pequeña diferencia de redacción rara vez merece tanta atención como una integración ambigua, un servicio excluido o un supuesto de precio.

Paso 3: genera la nota y las preguntas siguientes

Una vez validada la tabla, pide recomendación, alternativas y condiciones que cambiarían la decisión. Pon las preguntas a proveedores en una sección separada para que un compañero las use directamente.

La entrega debe explicar la elección a alguien que no ha leído las fuentes, y permitirle rastrear las afirmaciones decisivas hasta su evidencia.

Otros tres prompts para el día a día

Edición de informes

Instrucciones
Revisa este informe para un director de operaciones.
Mantén cifras, fechas y supuestos declarados.
Reduce repeticiones y facilita encontrar la recomendación.
Devuelve el borrador editado y una lista breve de cuestiones factuales.
No sustituyas silenciosamente una afirmación sin respaldo por otra.

Comprueba la lista de problemas antes de compartir. Si hay conflictos entre fuentes, corrígelos tanto en los materiales como en el texto. De lo contrario, volverán en el siguiente informe.

Análisis de hojas de cálculo

Instrucciones
Comprueba este libro antes de preparar mi resumen para dirección.
Identifica fórmulas y unidades incoherentes, ausencias y duplicados.
Para cada problema, indica hoja, celda o fila y consecuencia probable.
Mantén los datos originales. Propón las correcciones por separado.
Resume solo resultados vinculados a cálculos verificados.

Pide el cálculo que sustenta la cifra principal. Distingue celdas vacías y ceros, datos reales y previsiones. Una fórmula correcta puede llevar a una conclusión incorrecta si las entradas usan periodos o monedas diferentes.

QA web

Instrucciones
Comprueba estos recorridos en la vista previa: [tres recorridos].
Usa los datos de prueba proporcionados.
Registra estado inicial, acciones, resultado esperado y real.
Prioriza los bloqueos antes de los problemas estéticos.
Devuelve hallazgos reproducibles e indica qué no has podido probar.

Revisa estados vacíos, de carga y de error, además del caso correcto. Si parece que un formulario se envió, comprueba el registro o confirmación. Un cambio en el texto del botón no demuestra por sí solo el éxito.

Mejora un primer resultado flojo

Si es demasiado genérico, añade la decisión a la que debe ayudar. Si es largo, especifica lector y extensión. Si incumple una restricción, nómbrala y pide que busque el mismo problema en secciones relacionadas. Es más útil que pedirle que «se esfuerce más».

Conserva lo que funciona al revisar. Por ejemplo: «Mantén la tabla y cambia solo la recomendación porque ahora el plazo de implantación es lo más importante». Así reduces el riesgo de perder una buena correspondencia de fuentes al reescribirlo todo.

Para un proyecto que se detiene o pierde el rumbo, utiliza los hitos y ejemplos de reinicio de la guía de tareas largas con GPT-6. Una ventana mayor no elimina la necesidad de un objetivo claro.

Pantalla inicial del juego NIGHTSHIFT publicada por CodeRabbit

NIGHTSHIFT, desarrollado con GPT-6 mediante dirección humana e iteraciones, según CodeRabbit.

Controla la primera ejecución

Fija un presupuesto de tiempo o esfuerzo y pide un resultado parcial útil si no puede terminar. Una investigación puede entregar hallazgos verificados y dudas; un trabajo de código, la reproducción y propuesta de arreglo; una revisión, las secciones comprobadas y pendientes.

No juzgues solo la última respuesta. Abre la salida, examina lo difícil y cuenta las correcciones necesarias. La comparación útil es cuánto falta hasta poder utilizar el resultado.

Un marco de revisión reutilizable

  1. Comprueba que existe la entrega solicitada.
  2. Verifica los hechos o comportamientos esenciales.
  3. Identifica los supuestos sin suficiente evidencia.
  4. Compara el tiempo de revisión con tu método habitual.
  5. Guarda el briefing que funcionó para una tarea similar.

Reúne fuentes, briefing y notas de revisión en Ottermind para organizar un proyecto conectado de investigación o documentos. Empieza por el resultado y elige un modelo disponible adecuado.

Preguntas frecuentes

¿Qué pruebo primero con GPT-6?

Una tarea con varias entradas y resultado verificable, como una nota con fuentes o QA delimitada.

¿Necesito un prompt largo?

Necesitas un briefing claro: objetivo, materiales, restricciones, salida y criterios. La longitud por sí sola no ayuda.

¿Uso razonamiento máximo?

Empieza con el nivel normal o moderado de la interfaz. Auméntalo si las tareas difíciles muestran beneficio.

¿Puedo reutilizar el briefing?

Sí. Conserva la estructura y actualiza fuentes, fechas y criterios. Retira supuestos del proyecto anterior.

¿Cómo sé que ha terminado?

Comprueba la entrega real con los criterios del briefing. Una declaración segura de finalización no es suficiente.

Descarga la app de escritorio y móvil

Accede a Ottermind en cualquier momento y lugar.

Ordenador