Cómo crear un PRD con agentes de Cursor

Aprender a crear un PRD con Cursor es la habilidad central de este recorrido, donde conviertes un requerimiento de negocio difuso en un documento claro e implementable usando agentes de IA. Es ideal para desarrolladores que reciben tareas incompletas de sus jefes y necesitan estructurarlas antes de escribir código.

El proyecto guía es un programa llamado Feature Flags, esa pieza de software presente en la mayoría de las compañías que permite direccionar tráfico entre secciones de una web. Sirve, por ejemplo, para montar un A/B testing o para ocultar secciones según la zona geográfica del usuario.

¿Qué diferencia hay entre la interfaz de agentes y el editor de código?

Cursor no es solo un editor. Tiene dos caras y entender cuál usar cambia por completo tu forma de trabajar [00:52].

• La interfaz de agentes, donde delegas tareas y guías el proceso.
• El editor de código, el fork típico de Visual Studio Code que abres desde la parte superior derecha.

En este flujo no tocamos el editor tradicional. Trabajamos en la sección de agentes porque la idea es darles tareas y que ellos ejecuten por nosotros, mientras tú solo diriges.

¿Qué es un feature flag? Es una pieza de software que permite activar o desactivar funcionalidades y direccionar tráfico entre secciones de una web sin hacer deploy cada vez, útil para A/B testing o segmentación geográfica.

¿Cómo usar el modo Ask para desenvolver un problema ambiguo?

Antes de escribir una sola línea, conviene conversar. Das clic en el más y seleccionas Ask, la forma de comunicarte con el agente sin que ejecute código todavía [1:35]. Aquí solo quieres pensar en versión chat.

El primer prompt le pide al agente actuar como un product manager senior y transformar un requerimiento ambiguo en un PRD.

¿Qué es un PRD? Es un product requirement document, el documento que crean los product managers y entregan a ingeniería con todos los requerimientos que un software debe cumplir.

La clave está en el requerimiento inicial: necesitamos una herramienta interna para activar o desactivar features por empresa, ambiente o porcentaje de tráfico, sin hacer deploy cada vez. Y aquí viene lo interesante: no le pedimos que escriba el PRD de inmediato. Primero le pedimos que identifique las decisiones que faltan por definir [2:38].

¿Por qué pedir las decisiones antes de escribir el documento?

El agente devuelve entre seis y ocho decisiones clave, agrupadas en cuatro categorías: alcance, usuarios, dominio y técnico [3:22]. Cada una viene con su propuesta de resolución.

Dentro del alcance aparece una pregunta fundamental: ¿qué es un feature? Definirla es el arranque de un glosario compartido.

Crear un glosario desde el día uno permite comunicarte con tu agente en el mismo lenguaje, evitando malentendidos más adelante [3:30]. Tu tarea como desarrollador es entender cada requerimiento y, si algo no queda claro, ir a preguntarle a tu stakeholder antes de continuar.

¿Cómo bloquear decisiones para fijar el alcance del PRD?

Una vez revisas las propuestas, marcas límites. En el siguiente prompt aceptas casi todo pero ajustas puntos concretos [4:42]:

• El alcance no incluye auth para autorización, roles ni permisos avanzados.
• El login es solo un usuario demo.
• El targeting debe soportar ambiente, empresa y rollout.
• La persistencia es local con SQLite.

Después le pides bloquear esas decisiones como definitivas. El agente responde marcándolas como bloqueadas y, muy importante, declara qué queda fuera del alcance [5:17]. Un buen documento no solo dice qué incluye el programa, también dice explícitamente qué no va.

Con esas decisiones fijadas, el PRD puede escribirse sin reabrir discusiones.

¿Cómo generar y guardar el PRD en modo Agent?

El siguiente paso pide escribir el documento completo en Markdown con una estructura definida por ti [6:15]. Le indicas cómo te gustan los PRD:

• Entre uno y nueve ítems, incluyendo riesgos y supuestos.
• Lenguaje claro y conciso en cada requerimiento.
• Cada requerimiento funcional y verificable.
• Guardar el archivo en una carpeta Docs, dentro de otra llamada PRDs.

El agente lista el contenido en la conversación: contexto, objetivo, público objetivo, alcance del MVP, conceptos de dominio, glosario, requerimientos funcionales, requisitos no funcionales, criterios de aceptación y riesgos [7:30].

¿Qué es un MVP? Es la versión número uno de un producto, la mínima implementable con las decisiones bloqueadas, como la primera entrega de la herramienta de Feature Flags.

¿Por qué el agente no creó el archivo al principio?

Aquí aparece el detalle que confunde a muchos. En modo Ask, el agente solo conversa: no crea ni modifica archivos [8:20]. Por eso el PRD apareció en el chat pero no en tu sistema de archivos.

Al quitar el modo Ask, entras en modo Agent, que sí puede escribir, crear o modificar archivos. Le pides de nuevo crear el documento y esta vez genera el folder Docs, dentro PRDs, y ahí el archivo en formato Markdown [9:12]. Das clic sobre él y ves el mismo contenido, ahora guardado.

Tu reto es descargar los prompts de la sección de recursos y ejecutarlos en el Agent Mode de Cursor. Puedes usarlos tal cual o iterarlos según lo que necesites. ¿Ya probaste bloquear tus propias decisiones antes de generar el documento? Cuéntame cómo te fue en los comentarios.