PROMPT · PLANTILLA · SKILL · AUTOMATIZACIÓN

1. Objetivo del manual

Este manual establece una metodología para pasar de un uso básico de ChatGPT basado en peticiones aisladas a un sistema organizado de producción de resultados.

La idea central es separar correctamente seis funciones que con frecuencia se mezclan: contexto, procedimiento, estructura, solicitud, tiempo y resultado.

2. Modelo conceptual

                         SISTEMA DE TRABAJO JAL
                                  │
              ┌───────────────────┼───────────────────┐
              │                   │                   │
           CONTEXTO            MÉTODO              TIEMPO
              │                   │                   │
           PROYECTO              SKILL          AUTOMATIZACIÓN
              │                   │                   │
              └──────────────┬────┴────┬──────────────┘
                             │         │
                         PLANTILLA   PROMPT
                             │         │
                             └────┬────┘
                                  │
                              RESULTADO
                                  │
                           CONTROL DE CALIDAD

Esta arquitectura evita concentrar todas las reglas en un único prompt gigantesco. Cada componente tiene una responsabilidad definida.

3. PROMPT

3.1 Definición

El Prompt es la instrucción que inicia una tarea. Puede ser breve o altamente estructurado. La calidad del resultado depende en buena medida de que la petición defina con claridad el objetivo, el contexto, las restricciones y el resultado esperado.

3.2 Parámetros recomendados

3.3 Prompt maestro recomendado

OBJETIVO:
[Qué debe producirse]

CONTEXTO:
[Información necesaria para comprender la tarea]

ROL:
[Perspectiva o función que debe adoptar ChatGPT]

ENTRADAS:
[Datos, texto, imágenes, archivos o variables]

PROCEDIMIENTO:
1. [Paso 1]
2. [Paso 2]
3. [Paso 3]
4. [Paso 4]

ESTILO:
[Características de redacción]

RESTRICCIONES:
[Longitud, elementos prohibidos, límites]

FORMATO DE SALIDA:
[Estructura exacta]

CONTROL DE CALIDAD:
[Qué debe verificarse antes de entregar]

4. PLANTILLA

4.1 Función

La Plantilla establece una estructura estable para que resultados diferentes conserven una identidad común. La información variable se inserta dentro de campos definidos.

4.2 Estructura general

PLANTILLA: [NOMBRE]

TÍTULO:
[VARIABLE]

INTRODUCCIÓN:
[VARIABLE]

DESARROLLO:
[VARIABLE]

APLICACIÓN:
[VARIABLE]

FRASE PARA RECORDAR:
[VARIABLE]

CIERRE:
[VARIABLE]

FIRMA:
[VARIABLE]

FECHA:
[VARIABLE]

4.3 Regla fundamental

5. SKILL

5.1 Definición

Una Skill es un flujo de trabajo reutilizable. Puede contener instrucciones, procedimientos, ejemplos, recursos, plantillas y criterios de verificación.

5.2 Estructura maestra de una Skill

# NOMBRE DE LA SKILL

## PROPÓSITO
[Qué problema resuelve]

## CUÁNDO UTILIZARLA
[Condiciones de activación]

## ENTRADAS
[Información requerida]

## SALIDAS
[Resultado esperado]

## PROCEDIMIENTO
1. [Paso]
2. [Paso]
3. [Paso]
4. [Paso]

## REGLAS
- [Regla]
- [Regla]
- [Regla]

## PLANTILLA
[Formato de salida]

## RECURSOS
[Archivos, referencias, herramientas]

## CONTROL DE CALIDAD
- [Verificación]
- [Verificación]

## EXCEPCIONES
[Qué hacer cuando falta información o existe conflicto]

5.3 Principio modular

Es preferible disponer de varias Skills especializadas que de una sola Skill gigantesca. Cada una debe resolver un proceso reconocible y reutilizable.

6. AUTOMATIZACIÓN

6.1 Función

La automatización introduce el componente temporal: una tarea puede ejecutarse una vez, repetirse o depender de una condición compatible.

6.2 Parámetros

6.3 Ejemplo conceptual

AUTOMATIZACIÓN:
"Texto diario"

CUÁNDO:
Cada mañana

QUÉ HACER:
Ejecutar la Skill correspondiente.

ENTRADA:
Tema/texto correspondiente al día.

SALIDA:
Aplicación práctica siguiendo la Plantilla establecida.

CONTROL:
No entregar si no puede verificarse la información requerida.

7. PROYECTO Y CONTEXTO

El Proyecto funciona como espacio de trabajo. Permite agrupar conversaciones, archivos, instrucciones y material relacionado con una actividad continuada.

7.1 Diferencia frente a una Skill

7.2 Estructura recomendada

PROYECTO
│
├── Instrucciones
├── Chats
├── Documentos
├── Referencias
├── Plantillas
├── Imágenes
├── Resultados
└── Skills relacionadas

8. Arquitectura integrada

                         ┌───────────────────────┐
                         │       PROYECTO        │
                         │      CONTEXTO         │
                         └───────────┬───────────┘
                                     │
                                     ▼
                         ┌───────────────────────┐
                         │         SKILL         │
                         │       PROCEDIMIENTO   │
                         └───────────┬───────────┘
                                     │
                                     ▼
                         ┌───────────────────────┐
                         │       PLANTILLA       │
                         │       ESTRUCTURA      │
                         └───────────┬───────────┘
                                     │
                                     ▼
                         ┌───────────────────────┐
                         │        PROMPT         │
                         │        SOLICITUD      │
                         └───────────┬───────────┘
                                     │
                          ┌──────────┴──────────┐
                          │                     │
                       MANUAL                PROGRAMADA
                          │                     │
                          └──────────┬──────────┘
                                     │
                                     ▼
                              RESULTADO FINAL
                                     │
                                     ▼
                            CONTROL DE CALIDAD

8.1 Fórmula maestra

9. Parámetros maestros establecidos

Los siguientes parámetros consolidan los criterios ya establecidos para el sistema JAL. Deben considerarse como parámetros de referencia, no como instrucciones que deban repetirse innecesariamente en cada petición.

9.1 Parámetros editoriales

9.2 Parámetros de contenido

9.3 Parámetros visuales y documentales de referencia

9.4 Parámetros de firma y fecha

Ing. Jorge Luna
[Fecha] · [Hora]
Mazatlán, Sinaloa, México

Cuando el documento requiera fecha y hora, deben corresponder al momento o a la fecha solicitada, evitando inventarlas.

9.5 Parámetros para contenidos bíblicos

• Indicar claramente la traducción cuando sea relevante.
• No alterar una cita bíblica que se solicite de manera textual.
• Distinguir entre cita, explicación y aplicación.
• Evitar incorporar símbolos o elementos gráficos que hayan sido excluidos expresamente.
• Priorizar una aplicación práctica, clara y edificante.

10. Arquitectura propuesta para JAL

La recomendación es transformar progresivamente el actual concepto de «PROMPT MAESTRO» en un sistema modular.

10.1 Capa de identidad

JAL — IDENTIDAD EDITORIAL

Nombre de firma:
Ing. Jorge Luna

Idioma:
Español

Tono:
Claro · sencillo · edificante · profesional

Criterio:
Coherencia · precisión · sobriedad · utilidad

Prioridad:
Contenido antes que ornamentación

10.2 Capa de Skills

JAL SKILLS
│
├── 01 Ingeniería y Fe
├── 02 Lecciones de Jesús
├── 03 Atalaya
├── 04 Mensajes WhatsApp
├── 05 Textos bíblicos
├── 06 Documentos técnicos
├── 07 Edición profesional
└── 08 Investigación y análisis

10.3 Capa de Plantillas

PLANTILLAS
│
├── Mensaje breve
├── Artículo
├── Lección
├── Análisis
├── Carta
├── Documento técnico
├── Informe
└── Publicación digital

10.4 Capa de Automatizaciones

AUTOMATIZACIONES
│
├── Diarias
├── Semanales
├── Mensuales
├── Fechas específicas
└── Condiciones / seguimiento

11. Ejemplo completo: «La Ingeniería y la Fe»

11.1 Prompt

Desarrolla el tema indicado de la serie
«La Ingeniería y la Fe».

Relaciona un principio de ingeniería con un principio
bíblico y extrae una aplicación práctica para la vida.

Mantén el lenguaje claro, edificante y conciso.
Conserva la estructura establecida.

11.2 Plantilla

LA INGENIERÍA Y LA FE

TÍTULO:
[tema]

DESARROLLO:
[reflexión]

PRINCIPIO DE INGENIERÍA:
[principio]

PRINCIPIO BÍBLICO:
[principio]

APLICACIÓN PRÁCTICA:
[aplicación]

Ing. Jorge Luna

"[Frase para recordar]"

11.3 Skill

SKILL: JAL — INGENIERÍA Y FE

1. Identificar el tema.
2. Identificar el principio de ingeniería.
3. Identificar el principio bíblico.
4. Establecer la relación lógica.
5. Desarrollar la reflexión.
6. Formular una aplicación práctica.
7. Crear una frase memorable.
8. Revisar coherencia y extensión.
9. Aplicar la plantilla.
10. Entregar el resultado final.

11.4 Automatización conceptual

TÍTULO:
Ingeniería y Fe — Contenido diario

FRECUENCIA:
Diaria

ACCIÓN:
Ejecutar la Skill «JAL — Ingeniería y Fe».

RESULTADO:
Generar el contenido utilizando la plantilla correspondiente.

CONTROL:
Verificar que la estructura y las reglas de estilo se cumplan.

12. Control de calidad

Todo sistema profesional debe incluir una revisión antes de considerar terminado el resultado.

12.1 Regla de cierre

13. Errores frecuentes

Error 1 — Prompt demasiado grande

Solución: separar identidad, procedimiento, estructura y ejecución.

Error 2 — Confundir plantilla con procedimiento

Solución: la plantilla define principalmente la salida; la Skill define cómo producirla.

Error 3 — Automatizar una tarea mal definida

Solución: primero estabilizar el proceso manual; después automatizarlo.

Error 4 — Crear una Skill para cualquier cosa

Solución: reservar Skills para procesos repetibles y con suficiente complejidad.

Error 5 — Depender de contexto implícito

Solución: declarar explícitamente las entradas indispensables.

Error 6 — No incluir control de calidad

Solución: toda Skill debe terminar con una lista de verificaciones.

Error 7 — Hacer una única Skill gigantesca

Solución: dividir por procesos. Las Skills pequeñas son más fáciles de mantener y reutilizar.

14. Plan de implementación

Etapa 1 — Inventario

Reunir los prompts y procedimientos que ya se utilizan habitualmente.

Etapa 2 — Clasificación

Separar cada elemento en: identidad, contexto, prompt, plantilla, skill, archivo o automatización.

Etapa 3 — Normalización

Eliminar contradicciones, duplicaciones y reglas obsoletas.

Etapa 4 — Plantillas

Establecer las estructuras de salida de los procesos recurrentes.

Etapa 5 — Skills

Convertir los procesos complejos en procedimientos reutilizables.

Etapa 6 — Proyectos

Organizar cada línea de trabajo con su contexto y materiales.

Etapa 7 — Automatización

Automatizar únicamente los procesos que ya funcionan correctamente de forma manual.

Etapa 8 — Auditoría

Revisar periódicamente las reglas, plantillas y Skills para mantenerlas actualizadas.

15. Plantillas maestras reutilizables

15.1 Plantilla para crear una Skill

NOMBRE:
[Nombre de la Skill]

PROPÓSITO:
[Qué resuelve]

ACTIVACIÓN:
[Cuándo debe utilizarse]

ENTRADAS:
[Datos necesarios]

PROCEDIMIENTO:
1.
2.
3.
4.
5.

REGLAS:
-
-
-

SALIDA:
[Formato esperado]

CONTROL DE CALIDAD:
□ Objetivo cumplido
□ Estructura correcta
□ Datos suficientes
□ Ortografía correcta
□ Sin contradicciones

EXCEPCIONES:
[Qué hacer si falta información]

15.2 Plantilla para crear una automatización

TÍTULO:
[Nombre breve]

OBJETIVO:
[Qué debe conseguir]

CUÁNDO:
[Fecha / hora / frecuencia / condición]

INSTRUCCIÓN:
[Qué debe ejecutar]

ENTRADAS:
[Datos requeridos]

SALIDA:
[Qué debe entregar]

CONTROL:
[Qué debe verificar antes de entregar]

15.3 Plantilla para un Prompt de ejecución

EJECUTA LA SKILL:
[Nombre]

UTILIZA LA PLANTILLA:
[Nombre]

CONTEXTO:
[Contexto específico]

ENTRADA:
[Información variable]

REQUISITOS ESPECIALES:
[Restricciones]

ENTREGA:
[Resultado solicitado]

15.4 Plantilla de auditoría

AUDITORÍA DEL SISTEMA

□ ¿El Prompt está actualizado?
□ ¿La Plantilla está actualizada?
□ ¿La Skill tiene pasos claros?
□ ¿Existen reglas contradictorias?
□ ¿Las entradas están definidas?
□ ¿Las salidas están definidas?
□ ¿Existe control de calidad?
□ ¿La automatización sigue siendo necesaria?
□ ¿El resultado conserva la identidad JAL?
□ ¿Hay elementos que deban eliminarse?

16. Lista maestra de verificación

17. Conclusión

El objetivo final no es acumular prompts. Es construir un sistema.

Cuando estos componentes están correctamente separados, ChatGPT deja de funcionar solamente como un receptor de instrucciones aisladas y puede convertirse en un entorno de trabajo mucho más ordenado y reutilizable.

La arquitectura recomendada para el sistema JAL es modular: una identidad editorial común, Proyectos para conservar contexto, Skills especializadas para procesos, Plantillas para estandarizar resultados, Prompts para solicitudes concretas y Automatizaciones para tareas recurrentes o condicionadas.

Principio final