Saltar a contenido

Capítulo 10

Construyendo sistemas de prompts

10.0 Objetivo del capítulo

Al finalizar este capítulo serás capaz de:

  • Diseñar sistemas completos de prompts en lugar de prompts aislados.
  • Organizar bibliotecas reutilizables y estructuradas como proyectos de software. [web:192][web:200]
  • Crear plantillas parametrizadas con variables y campos editables. [web:195]
  • Clasificar prompts por categorías y casos de uso.
  • Diseñar flujos de trabajo basados en encadenamiento de prompts.
  • Versionar y mantener un PromptBook profesional usando herramientas como Git y GitHub. [web:200]
  • Convertir tus prompts en un activo reutilizable, escalable y compartible.

Este capítulo marca el paso de usuario avanzado a diseñador de sistemas de prompting: no se trata solo de escribir buenos prompts, sino de construir un sistema de gestión del conocimiento alrededor de ellos. [web:193][web:201]

Nota
Piensa en tu PromptBook como un proyecto de software: tiene arquitectura, módulos, versiones y documentación. Tus prompts son piezas de ese sistema, no archivos sueltos.

10.1 ¿Qué es un sistema de prompts?

En capítulos anteriores trabajaste con prompts, plantillas y bibliotecas. Ahora vamos a distinguir claramente estos conceptos y a dar un paso más: diseñar un sistema de prompts.

Prompt, plantilla, biblioteca, sistema

  • Prompt: una instrucción concreta que envías a un modelo en un contexto determinado. Es una instancia, una pieza puntual de interacción.
  • Plantilla: un formato reutilizable de prompt con estructura fija y huecos (variables) que puedes rellenar según la tarea. Es un patrón aplicable a muchos casos. [web:195]
  • Biblioteca: un conjunto organizado de plantillas y prompts, clasificados por categoría, uso y nivel, con documentación asociada. [web:192][web:201]
  • Sistema de prompts: la combinación de bibliotecas, plantillas, variables, flujos de trabajo, versionado y documentación, integrada en un proyecto estructurado (como tu PromptBook). Incluye gobernanza, estándares y procesos de mejora continua. [web:200][web:193]

Podemos visualizarlo así:

graph TD
  PROMPT[Prompt] --> PLANT[Plantilla]
  PLANT --> BIB[Biblioteca]
  BIB --> SISTEMA[Sistema de prompts]

  SISTEMA --> FLUJOS[Flujos de trabajo]
  SISTEMA --> VERSION[Versionado]
  SISTEMA --> DOC[Documentacion]

[Ilustración: Una pirámide con cuatro niveles: en la base “Prompts individuales”, luego “Plantillas”, encima “Biblioteca organizada” y en la cúspide “Sistema profesional de prompts”, mostrando la evolución.]

Ejemplo conceptual

Imagina que eres docente:

  • Un prompt: “Explícale a mis estudiantes qué es la ventana de contexto en IA”.
  • Una plantilla: “Plantilla OCRFE para explicación de conceptos en clase”.
  • Una biblioteca: carpeta 04-Escritura/ con plantillas para artículos, correos, guiones y clases.
  • Un sistema: PromptBook completo, versionado en GitHub, con flujos para preparar cursos, evaluar trabajos, generar materiales y documentar decisiones.

Curiosidad
Proyectos como Oraculum y varias prompt libraries en GitHub tratan los prompts como artefactos de conocimiento, con metadatos, categorías, versiones y métricas de rendimiento. [web:193][web:192]

Conclusión de la sección: un sistema de prompts es mucho más que una colección de ejemplos; es una arquitectura de conocimiento, plantillas, flujos y prácticas de mantenimiento que se comporta como un proyecto profesional. Tu PromptBook va a tomar esa forma. [web:200]

10.2 Organizando el PromptBook

En este capítulo tu PromptBook evoluciona hacia una estructura profesional similar a un repositorio de software. Tomaremos como referencia la organización propuesta:

PromptBook/

README.md

00-Fundamentos/
01-Frameworks/
02-Principios/
03-Patrones/
04-Escritura/
05-Investigacion/
06-Coding/
07-Multimedia/
08-Plantillas/
09-Flujos/
10-Variables/
11-Versiones/
12-Ejemplos/
13-Recursos/

CHANGELOG.md
LICENSE
CONTRIBUTING.md
CODE_OF_CONDUCT.md
.gitignore

Finalidad de cada elemento

  • README.md: explicación general del PromptBook, objetivos, estructura y cómo utilizarlo.
  • 00-Fundamentos/: conceptos básicos de IA, LLM y prompting que sustentan el sistema.
  • 01-Frameworks/: OCRFE y otros frameworks de diseño que aplicas a tus prompts.
  • 02-Principios/: tus principios de calidad, ética y buenas prácticas de interacción con IA.
  • 03-Patrones/: patrones de prompting (Zero-shot, Few-shot, Role, Structured, CoT) documentados.
  • 04-Escritura/: plantillas y ejemplos para escritura profesional (artículos, correos, libros).
  • 05-Investigacion/: prompts y flujos para investigación asistida por IA.
  • 06-Coding/: bibliotecas de prompts para desarrollo de software con múltiples asistentes.
  • 07-Multimedia/: sistemas de prompts para imágenes y video.
  • 08-Plantillas/: colección central de plantillas OCRFE y variantes, reutilizables en distintos dominios.
  • 09-Flujos/: definición de flujos de trabajo (investigación, escritura, coding, multimedia, productividad).
  • 10-Variables/: definición de variables comunes (por ejemplo, {AUDIENCIA}, {TONO}, {PLATAFORMA}) y tablas de valores típicos.
  • 11-Versiones/: historiales de cambios en prompts críticos, notas de versiones y decisiones arquitectónicas.
  • 12-Ejemplos/: casos de uso reales, con prompts y resultados anotados.

  • 13-Recursos/: enlaces a documentación oficial, papers, guías y referencias externas.

  • CHANGELOG.md: registro cronológico de cambios en el PromptBook (nuevas carpetas, plantillas, mejoras). [web:200]

  • LICENSE: licencia del proyecto (por ejemplo, MIT, Creative Commons) si decides hacerlo público.
  • CONTRIBUTING.md: guía para colaboradores (cómo proponer cambios, estándares de estilo). [web:200]
  • CODE_OF_CONDUCT.md: estándares de comportamiento y ética para quienes usen o contribuyan al PromptBook.
  • .gitignore: archivo para excluir elementos no deseados del control de versiones.
graph TD
  ROOT[PromptBook/] --> README[README.md]
  ROOT --> FUND[00-Fundamentos/]
  ROOT --> FW[01-Frameworks/]
  ROOT --> PRIN[02-Principios/]
  ROOT --> PAT[03-Patrones/]
  ROOT --> ESC[04-Escritura/]
  ROOT --> INV[05-Investigacion/]
  ROOT --> COD[06-Coding/]
  ROOT --> MM[07-Multimedia/]
  ROOT --> PLT[08-Plantillas/]
  ROOT --> FLUJ[09-Flujos/]
  ROOT --> VAR[10-Variables/]
  ROOT --> VER[11-Versiones/]
  ROOT --> EJ[12-Ejemplos/]
  ROOT --> REC[13-Recursos/]

[Ilustración: Una vista conceptual de un repositorio GitHub donde el PromptBook aparece como un proyecto completo, con carpetas bien nombradas, README claro y archivos de gobernanza, similar a un software open source.]

Buenas prácticas
Sigue convenciones de nombres y estructura de carpetas coherentes. Documenta la arquitectura en el README para que cualquier persona (incluido tú en el futuro) pueda navegarla sin esfuerzo. [web:200]

Conclusión de la sección: organizar el PromptBook como un repositorio profesional te permite tratar tus prompts como código: tienen estructura, gobernanza y un lugar claro para cada pieza. Esto facilita colaboración, mantenimiento y publicación. [web:192][web:200]

10.3 Plantillas reutilizables y variables

Las plantillas son el corazón de tu sistema de prompts. La literatura técnica sobre prompt libraries insiste en la importancia de plantillas parametrizadas con variables reutilizables. [web:195][web:192]

Plantillas parametrizadas

Una plantilla OCRFE puede incorporar variables en cada sección:

# Plantilla generica de explicacion educativa

Objetivo:
Explicar el concepto de {CONCEPTO} a {AUDIENCIA}.

Contexto:
Los lectores tienen un nivel de conocimiento {NIVEL_CONOCIMIENTO} y se usara en {PLATAFORMA}.

Rol:
Actua como {ROL_AUTOR}.

Formato:
Texto de {LONGITUD} palabras, con ejemplos relacionados con {DOMINIO}.

Evaluacion:
El lector debe ser capaz de {RESULTADO_ESPERADO}.

Variables típicas:

  • {CONCEPTO} (por ejemplo, “ventana de contexto”, “PromptBook”).
  • {AUDIENCIA} (docentes, estudiantes, directivos, desarrolladores).
  • {NIVEL_CONOCIMIENTO} (básico, intermedio, avanzado).
  • {PLATAFORMA} (blog, PDF, LMS, redes sociales).
  • {ROL_AUTOR} (docente universitario, editor técnico, investigador).
  • {LONGITUD} (300, 800, 1500 palabras).
  • {DOMINIO} (educación, programación, marketing).
  • {RESULTADO_ESPERADO} (definir, aplicar, comparar, diseñar).

Relación con OCRFE

Cada plantilla OCRFE se convierte en un pequeño “formulario” conceptual que rellenas antes de llamar a la IA. [web:31] Documentar estas plantillas en 08-Plantillas/ y 10-Variables/ te permite reutilizarlas en escritura, investigación, coding y multimedia.

| Seccion OCRFE | Ejemplo de variables                         |
|---------------|----------------------------------------------|
| Objetivo      | {CONCEPTO}, {TIPO_TAREA}                     |
| Contexto      | {AUDIENCIA}, {NIVEL_CONOCIMIENTO}, {PLATAFORMA} |
| Rol           | {ROL_AUTOR}, {DISCIPLINA}                    |
| Formato       | {LONGITUD}, {ESTILO}, {ESTRUCTURA}           |
| Evaluacion    | {RESULTADO_ESPERADO}, {CRITERIOS_CALIDAD}    |

[Ilustración: Una plantilla con campos entre llaves en pantalla, al lado un panel donde el autor selecciona valores desde listas desplegables, simbolizando el uso de variables para generar prompts.]

Consejo
Empieza por un conjunto pequeño de variables comunes y ve ampliando solo cuando lo necesites. Un sistema con demasiadas variables puede volverse difícil de mantener.

Conclusión de la sección: las plantillas parametrizadas con variables hacen que tu sistema de prompts sea flexible y escalable. OCRFE te da el marco, y las variables te permiten adaptar rápidamente las plantillas a distintos proyectos y audiencias. [web:195]

10.4 Modularidad

La modularidad consiste en dividir prompts complejos en bloques que puedes recombinar. Proyectos como prompt libraries avanzadas y herramientas como Oraculum sugieren tratar los prompts como módulos que se componen para formar flujos. [web:193][web:192]

Bloques y módulos

Puedes pensar en:

  • Bloques de contexto: descripciones de audiencia, plataforma, restricciones éticas.
  • Bloques de objetivos: objetivos tipo (explicar, analizar, comparar, diseñar).
  • Bloques de formato: especificaciones de salida (longitud, estructura, tablas, diagramas).
  • Bloques de evaluación: criterios de éxito y checklist de calidad.

Ejemplo de composición modular para un informe técnico:

# Bloque: Objetivo
Objetivo:
Redactar un informe tecnico sobre {TEMA} para {AUDIENCIA}.

# Bloque: Contexto
Contexto:
La organizacion trabaja con {TECNOLOGIAS} y busca {OBJETIVO_NEGOCIO}.

# Bloque: Formato
Formato:
Incluye secciones: introduccion, estado actual, propuestas, riesgos, conclusiones.

# Bloque: Evaluacion
Evaluacion:
El informe debe proponer al menos 3 recomendaciones accionables y mencionar 2 riesgos clave.

Al combinar estos bloques, generas un prompt completo, pero mantienes cada parte como módulo reutilizable.

| Tipo de bloque      | Ejemplos                                      |
|---------------------|-----------------------------------------------|
| Objetivo            | explicar concepto, analizar datos, comparar   |
| Contexto            | audiencia docente, empresa, investigacion     |
| Formato             | articulo, informe, guion, infografia          |
| Evaluacion          | criterios de aprendizaje, decision, claridad  |

[Ilustración: Un diagrama de bloques donde cada bloque (Objetivo, Contexto, Formato, Evaluación) se conecta como piezas de Lego para formar distintos prompts.]

Buenas prácticas
Mantén bloques pequeños y claros. Un bloque debe tener un propósito único; si hace demasiadas cosas, divídelo en módulos más específicos.

Conclusión de la sección: la modularidad te permite construir prompts complejos a partir de bloques estándar, reduciendo duplicación y facilitando mantenimiento. Tu PromptBook se convierte en un sistema de piezas que puedes recombinar según el problema. [web:193]

10.5 Versionado

Versionar prompts es tan importante como versionar código. Las buenas prácticas de prompt management recomiendan usar Git y GitHub como “single source of truth” para tu catálogo. [web:200][web:192]

Versiones, historial y cambios

  • Cada prompt crítico (por ejemplo, plantillas de evaluación o flujos de coding) debe tener un identificador de versión (v1.0, v1.1, etc.).
  • Cambios significativos se registran en CHANGELOG.md y en la carpeta 11-Versiones/.

Ejemplo de entrada en CHANGELOG.md:

## [1.2.0] - 2026-07-03

### Cambios en PromptBook
- Actualizada plantilla de "Evaluacion de proyectos" para incluir criterios eticos.
- Añadido flujo de trabajo "Investigacion profunda" en 09-Flujos/.
- Refinadas variables de {AUDIENCIA} y {NIVEL_CONOCIMIENTO} en 10-Variables/.

GitHub te permite:

  • Ver el historial de cambios (git log, PRs). [web:200]
  • Revisar quién modificó qué (git blame).
  • Usar ramas para experimentar con nuevas versiones de prompts antes de fusionarlas.
| Aspecto de versionado | Practica recomendada                          |
|------------------------|----------------------------------------------|
| Identificadores        | Versiones semanticas (mayor.menor.parche)    |
| Historial              | CHANGELOG.md con fechas y descripciones      |
| Revision               | Pull Requests para cambios significativos    |
| Experimentacion        | Ramas para pruebas de nuevos prompts         |

[Ilustración: Una vista de GitHub con un archivo de plantilla abierto, mostrando un historial de commits y comentarios en un Pull Request que discute mejoras en el prompt.]

Error común
Cambiar prompts críticos sin registrar qué se hizo ni por qué. Esto dificulta reproducir resultados y entender regresiones de calidad. [web:200]

Conclusión de la sección: versionar tu PromptBook te permite tratar tus prompts como artefactos de ingeniería: tienen historia, revisión y gobernanza. Git y GitHub son herramientas naturales para hacerlo. [web:192][web:200]

10.6 Documentación profesional

Una biblioteca de prompts sin documentación se vuelve difícil de usar y compartir. La experiencia de repositorios de prompt libraries muestra que cada prompt debe tener metadatos, descripción y ejemplos. [web:192][web:195]

Estándar documental propuesto

Para cada plantilla o prompt importante, incluye:

  • Nombre: claro y descriptivo.
  • Versión: v1.0, v1.1, etc.
  • Descripción: qué hace y para qué se usa.
  • Parámetros/variables: lista y explicación.
  • Ejemplo de entrada: cómo rellenar la plantilla.
  • Ejemplo de salida: tipo de resultado esperado (no contenido literal protegido).
  • Limitaciones: qué no hace bien, riesgos conocidos.
  • Casos de uso: ejemplos de contextos donde se ha utilizado.

Ejemplo de ficha documental:

# Plantilla: Informe tecnico de IA en educacion
Version: v1.2

Descripcion:
Plantilla OCRFE para generar informes tecnicos sobre uso de IA en contextos educativos universitarios.

Variables:
- {AUDIENCIA}: directivos, comite academico, docentes.
- {PAIS}: contexto geografico.
- {ENFOQUE}: evaluacion, implementacion, riesgos.

Ejemplo de entrada:
Objetivo:
Evaluar el impacto de IA generativa en evaluacion formativa en universidades de {PAIS}.
...

Ejemplo de salida (tipo):
Informe con secciones: resumen ejecutivo, contexto, hallazgos, recomendaciones.

Limitaciones:
No sustituye trabajo de campo ni datos cuantitativos; requiere verificacion independiente.

Casos de uso:
- Informe interno para comite de innovacion.
- Documento base para solicitud de financiamiento.

| Elemento documental | Por que es importante                         |
|---------------------|-----------------------------------------------|
| Nombre              | Facilita busqueda y referencia                |
| Version             | Permite seguir cambios                        |
| Descripcion         | Clarifica proposito                           |
| Variables           | Evita ambiguedades al rellenar plantillas     |
| Ejemplos            | Ayudan a entender uso esperado                |
| Limitaciones        | Previene malentendidos y abuso                |
| Casos de uso        | Conecta teoria con practica                    |

[Ilustración: Una ficha de documentación técnica estilo O'Reilly con secciones para nombre, descripción, parámetros y ejemplos, aplicada a una plantilla de prompt.]

Buenas prácticas
Documenta primero los prompts que más utilizas y los que tienen más impacto. No intentes documentarlo todo de golpe; prioriza calidad sobre cantidad.

Conclusión de la sección: la documentación convierte tu PromptBook en un recurso compartible y enseñable. Permite que otros (y tú, en el futuro) comprendan y reutilicen plantillas sin depender de memoria informal. [web:195][web:192]

10.7 Diseñando flujos de trabajo

Un sistema de prompts no solo almacena plantillas: define flujos de trabajo donde varios prompts se encadenan para lograr resultados complejos. [web:193]

Ejemplo de flujo: investigación → análisis → redacción → revisión → publicación

graph TD
  P1[Investigacion con IA] --> P2[Analisis de hallazgos]
  P2 --> P3[Redaccion del borrador]
  P3 --> P4[Revision y fact checking]
  P4 --> P5[Publicacion y documentacion]
  • 05-Investigacion/: plantillas para definir preguntas y usar IA en búsqueda y síntesis.
  • 05-Investigacion/ + 12-Ejemplos/: análisis de hallazgos y notas.
  • 04-Escritura/: plantillas para redacción de artículos, informes o capítulos.
  • 05-Investigacion/Verificacion.md: prompts para fact checking y revisión crítica.
  • 09-Flujos/: documentación de todo el flujo, incluyendo herramientas usadas (IA, gestores de referencias, plataformas de publicación).

Flujos para programación

Ejemplo de flujo:

Investigación (Perplexity) → Arquitectura (Claude) → Implementación (Cursor) → Automatización (Codex) → Validación (tests).

Cada etapa se vincula a carpetas específicas en 06-Coding/ y a documentación en 09-Flujos/.

Flujos para educación y multimedia

  • Educación: diseño de objetivos → selección de actividades → generación de materiales escritos → generación de materiales visuales → revisión pedagógica.
  • Multimedia: diseño conceptual → prompts para imágenes → prompts para video → integración en curso o campaña.
| Dominio         | Ejemplo de flujo                                 |
|-----------------|---------------------------------------------------|
| Investigacion   | Pregunta -> IA -> Analisis -> Redaccion -> Revision|
| Programacion    | Investigacion -> Arquitectura -> Codigo -> Tests  |
| Educacion       | Objetivos -> Actividades -> Materiales -> Evaluacion|
| Multimedia      | Concepto -> Imagenes -> Video -> Publicacion      |

[Ilustración: Un mapa de flujo con distintas “líneas de producción” (investigación, programación, educación, multimedia), cada una mostrando fases conectadas por flechas.]

Consejo
Documenta tus flujos en 09-Flujos/ con diagramas Mermaid y ejemplos de prompts usados en cada etapa. Esto convierte tu PromptBook en un manual operativo, no solo en un archivo de plantillas.

Conclusión de la sección: los flujos de trabajo son la columna vertebral del sistema de prompts. Conectan plantillas y bibliotecas con tareas reales, asegurando que tu PromptBook se use como herramienta, no como simple repositorio. [web:193]

10.8 Construcción del sistema completo

Ha llegado el momento de consolidar tu PromptBook como sistema profesional listo para publicarse en GitHub, GitHub Pages y plataformas educativas.

Reorganizar el PromptBook

  1. Crea la estructura de carpetas propuesta si aún no la tienes.
  2. Mueve los contenidos de capítulos anteriores (fundamentos, frameworks, principios, patrones, escritura, investigación, coding, multimedia) a las carpetas correspondientes.
  3. Crea 08-Plantillas/, 09-Flujos/, 10-Variables/, 11-Versiones/, 12-Ejemplos/, 13-Recursos/ y comienza a rellenarlas con el material ya generado.

Publicación y mantenimiento

  1. Inicializa un repositorio Git para tu PromptBook (si no existe).
  2. Configura .gitignore para excluir archivos temporales o personales.
  3. Documenta en README.md cómo está organizado el sistema y cómo utilizarlo.
  4. Registra cambios significativos en CHANGELOG.md.
  5. Decide una licencia en LICENSE y, si planeas colaboraciones, redacta CONTRIBUTING.md y CODE_OF_CONDUCT.md.
graph TD
  INIT[Crear estructura PromptBook] --> MOVE[Mover contenidos por capitulos]
  MOVE --> DOCS[Documentar plantillas y flujos]
  DOCS --> GIT[Inicializar Git y GitHub]
  GIT --> PUB[Publicar y compartir]

[Ilustración: Un “dashboard” de proyecto con secciones para código, documentación, issues y wiki, mostrando que el PromptBook funciona como un proyecto de conocimiento vivo.]

Dato relevante
Artículos sobre prompt management recomiendan crear una especie de “Prompt Council” o equipo responsable del catálogo de prompts, con roles claros (propietarios, revisores, contribuidores). Aunque trabajes solo, puedes asumir estos roles mentalmente y documentar tus decisiones. [web:200]

Conclusión de la sección: construir el sistema completo significa pasar de archivos dispersos a una arquitectura consciente, con herramientas de versionado, documentación y publicación. Tu PromptBook se convierte en un activo profesional preparado para crecer y ser compartido. [web:192][web:200]

Práctica guiada

Para consolidar este capítulo, realiza las siguientes actividades:

1. Reorganizar el PromptBook

  1. Crea o ajusta la estructura de carpetas según el esquema propuesto.
  2. Revisa cada archivo y ubícalo en la carpeta más adecuada (por dominio, tipo de contenido o función).

2. Crear plantillas reutilizables

  1. En 08-Plantillas/, identifica al menos 5 plantillas OCRFE que ya uses con frecuencia (escritura, investigación, coding, multimedia) y documéntalas siguiendo el estándar del apartado 10.6.

3. Diseñar variables

  1. En 10-Variables/, crea un archivo Variables-Generales.md con las variables clave (audiencia, tono, plataforma, nivel de conocimiento, longitud) y ejemplos de valores.
  2. Opcionalmente, crea archivos específicos (Variables-Escritura.md, Variables-Coding.md, etc.).

4. Crear módulos

  1. En las carpetas de dominios (por ejemplo, 04-Escritura/, 05-Investigacion/), identifica bloques reutilizables y extráelos a archivos específicos de módulos.
  2. Documenta en cada módulo cómo se integra en plantillas más grandes.

5. Construir flujos de trabajo

  1. En 09-Flujos/, diseña al menos dos flujos completos (por ejemplo, uno para desarrollo de un curso y otro para implementación de un proyecto de software), con diagramas Mermaid y ejemplos de prompts.

6. Versionar y documentar

  1. Inicializa o actualiza tu repositorio Git; crea CHANGELOG.md si aún no existe.
  2. Documenta las principales decisiones de este capítulo en el README y en el changelog.

Buenas prácticas
Programa revisiones periódicas (por ejemplo, mensuales) de tu PromptBook: añade nuevas plantillas, elimina o marca como obsoletas las que ya no funcionan y documenta aprendizajes.

10.9 Resumen

En este capítulo has dado el paso de ver los prompts como herramientas individuales a tratarlos como parte de un sistema profesional de gestión del conocimiento. Definimos la diferencia entre prompt, plantilla, biblioteca y sistema, y reorganizaste tu PromptBook como un proyecto con arquitectura clara, archivos de gobernanza y carpetas por dominio. [web:192][web:200]

Aprendiste a construir plantillas parametrizadas con variables reutilizables, a aplicar modularidad mediante bloques OCRFE y a versionar cambios usando Git y GitHub. [web:195][web:193] También definiste estándares de documentación para cada plantilla y diseñaste flujos de trabajo encadenando prompts para tareas complejas en investigación, programación, educación y multimedia. [web:193]

Finalmente, consolidaste el PromptBook como sistema completo listo para publicarse y escalarse, con una estructura que puede crecer junto a tus proyectos profesionales. [web:200][web:192]

Nota
A partir de ahora, cualquier nuevo prompt o técnica que aprendas no será solo un truco puntual: se integrará en tu PromptBook como parte de un sistema vivo, versionado y documentado.

Conclusión general del capítulo: construir sistemas de prompts es el paso que convierte tu práctica de Ingeniería de Prompts en una disciplina profesional de gestión del conocimiento. Tu PromptBook deja de ser un archivo personal y se transforma en un activo estratégico que puede acompañar tu carrera, proyectos y colaboraciones. [web:193][web:200]

Bibliografía

  • OpenAI. “Prompt engineering – strategies and tactics for better results using large language models.” Guía oficial de buenas prácticas de prompting. https://developers.openai.com/api/docs/guides/prompt-engineering [web:31]
  • OpenAI. “Prompt guidance.” Documento de referencia sobre diseño de prompts y configuración de modelos. https://developers.openai.com/api/docs/guides/prompt-guidance [web:45]
  • GitHub Topics. “prompt-library.” Colección de repositorios de bibliotecas de prompts y herramientas de gestión. https://github.com/topics/prompt-library [web:192]
  • Xixu-me. “prompt-library: Comprehensive collection of professional AI prompts.” Ejemplo de biblioteca de prompts organizada en GitHub. https://github.com/xixu-me/prompt-library [web:3]
  • Thibaultyou. “prompt-library: AI Prompt Library.” Repositorio con metadatos, documentación y CLI para prompts. https://github.com/thibaultyou/prompt-library [web:195]
  • Unipisa. “Oraculum: Library to manage knowledge and create prompts to support OpenAI generative AI scenarios.” Proyecto orientado a gestión de conocimiento y prompts. http://github.com/Unipisa/Oraculum [web:193]
  • LogicAngel. “Prompt management: How to manage your prompt catalog.” Artículo sobre gobernanza, estructura y versionado de prompts en organizaciones. https://www.logicangel.fr/en/prompt-management-comment-gerer-son-catalogue-de-prompts/ [web:200]
  • Nerority. “AI-Library: Template Library.” Ejemplo de librería de plantillas y arquitectura de conocimiento. https://github.com/nerority/AI-Library [web:201]
  • Reddit. “I Built a Free Prompt Library for Engineering Leaders.” Ejemplo de biblioteca open-source orientada a liderazgo de ingeniería. https://www.reddit.com/r/PromptEngineering/comments/1szpa7m/i_built_a_free_prompt_library_for_engineering/ [web:202]
  • Starpop / BrightCoding. “OpenAI Prompt Engineering Guide: Best Practices For 2026.” Artículo que compila buenas prácticas modernas. https://www.blog.brightcoding.dev/2025/11/24/openai-just-released-300+-ready-to-use-prompt-packs-for-every-job-here-s-your-compl [web:103][web:194]