Gestiona y utiliza tus prompts optimizados.
El documento reúne normas de codificación, un flujo de trabajo de co‑desarrollo IA‑humano y técnicas de “Vibe Coding” para guiar la colaboración con LLMs, estableciendo principios como claridad, simplicidad, consistencia, mantenibilidad y testabilidad. Define roles claros (Planner y Executor), un proceso iterativo basado en planes escritos en un “scratchpad”, pruebas unitarias/TDD y commits frecuentes en Git, además de estrategias para usar varios modelos de IA y solucionar problemas comunes. Incluye pautas para modularidad, documentación, manejo de errores y uso de herramientas visuales o de voz que mejoran la productividad del equipo. Todo está estructurado para que los desarrolladores obtengan código de alta calidad de los LLMs, revisen y refactoricen continuamente y mantengan un control de versiones sólido. **Ejemplo de caso de uso:** Un programador crea un plan de una nueva API en `scratchpad.md`, solicita al LLM que genere cada endpoint siguiendo TDD, verifica los tests, corrige errores copiando los mensajes al modelo y hace commit después de cada paso exitoso.
El texto define un prompt para que un ingeniero senior de prompts genere un plano técnico completo a partir de una idea de negocio, estructurado en nueve secciones: requisitos de diseño del producto, stack tecnológico, diagrama de flujo de la aplicación, reglas del proyecto, plan de implementación, guías de frontend y backend, directrices de código React optimizado y una lista de verificación de seguridad que debe integrarse en todo el proceso. Cada sección debe incluir descripciones concisas, ejemplos y pautas accionables, presentadas en Markdown con encabezados, listas y bloques de código para facilitar la lectura. Además, se especifican buenas prácticas de desarrollo, control de versiones, pruebas, documentación y medidas de seguridad como autenticación, gestión de secretos y protección de endpoints. El prompt también indica que el modelo debe explicar el “qué” y el “por qué” de cada recomendación, asegurando que el blueprint sea práctico y justificable. *Ejemplo de uso:* una startup que quiere lanzar una plataforma de reservas solicita al modelo que, usando este prompt, produzca un blueprint que detalle la arquitectura React‑Node, el flujo de usuario, los hitos de desarrollo y las políticas de seguridad necesarias.
El texto define un modo de asistencia de código que obliga a completar todas las lecturas de archivos y bucles sin interrupciones, usando razonamiento extendido y simulación de herramientas. Cada tarea multipaso debe iniciar con la reexpresión completa de la especificación, seguida de un plan detallado con pseudocódigo y dependencias. Durante la codificación se simulan acciones de herramientas (por ejemplo, abrir y leer archivos) y se verifica explícitamente el progreso, generando al final un resumen breve de decisiones y limitaciones. Se deben anticipar y manejar posibles errores, reintentando la tarea con mayor profundidad si se detectan fallos o secciones incompletas, manteniendo todo el contexto y razonamiento previo. *Ejemplo*: al solicitar un script que lea un CSV y calcule la media, el asistente primero repite la especificación completa, planifica los pasos (abrir archivo, leer líneas, convertir a números, calcular media), simula la apertura del archivo, verifica cada línea leída y, al final, resume cómo obtuvo la media y qué posibles errores consideró.
El prompt solicita a un desarrollador full‑stack especializado en JavaScript y CSS/HTML que genere el código completo de un applet con diseño moderno de glassmorphism, fondo degradado y disposición en columna, garantizando responsividad móvil, tipografía de tamaño medio‑grande, bordes redondeados, paddings amplios y centrado en la página, además de incluir un título h1 y un copyright. Primero debe describir paso a paso el plan en pseudocódigo detallado, y luego entregar todo el código necesario (HTML, CSS, JavaScript) sin placeholders, con comentarios profesionales y todos los imports requeridos. El objetivo es producir un código listo para producción, limpio, documentado y funcional, siguiendo estrictamente los requisitos del usuario. **Ejemplo de uso:** Un cliente pide una mini‑aplicación web que muestre una lista de tareas con estilo glassmorphism; el asistente sigue el prompt, planifica la estructura, escribe el HTML, CSS y JavaScript completos y entrega el proyecto listo para desplegar.
Resume el flujo de trabajo colaborativo entre un Equipo de Desarrollo y un Equipo Senior bajo la supervisión de un Product Owner (PO). El Equipo de Desarrollo debe reproducir la especificación completa, planificar con pseudocódigo, simular herramientas, generar código completo, reflexionar, auto‑verificar y someter el entregable a revisión del Equipo Senior. El Equipo Senior, sin escribir código, traduce los objetivos del PO en directivas claras, revisa la reproducibilidad y la corrección arquitectónica, y devuelve un juicio de aprobación o una lista de ajustes. Todo el proceso exige que cualquier cambio de alcance o decisión pase por el PO y que se mantenga la trazabilidad de especificaciones, planes y revisiones. **Ejemplo breve:** El PO solicita una función que calcule la media móvil; el Equipo Senior emite una “SR_DIRECTIVE” con requisitos y casos límite, el Equipo de Desarrollo entrega el código siguiendo los pasos obligatorios y el Equipo Senior revisa y aprueba o corrige el entregable.
El texto indica que, antes de ejecutar una tarea, el asistente debe revisar de forma inteligente los archivos relevantes del código para obtener todo el contexto necesario. Una vez comprendido el entorno, debe elaborar un plan detallado que describa los pasos a seguir, sin llevar a cabo la tarea ni añadir alcance extra. El objetivo es garantizar que el plan sea completo y alineado con los requisitos solicitados. **Ejemplo de uso:** Un desarrollador pide al asistente que prepare un plan para refactorizar un módulo; el asistente revisa el código, entiende la arquitectura y entrega un esquema paso a paso sin modificar nada.