# Reglas de plan (/es/docs/verdent-for-vscode/core-features/plan-rules)

> Personaliza cómo se presentan las aclaraciones y los planes según tu rol y trayectoria profesional



Plan Rules respalda la fase de **Plan** al personalizar la forma en que Verdent presenta los requisitos, las aclaraciones y los planes de implementación. Usa las plantillas integradas basadas en roles como punto de partida o crea reglas totalmente personalizadas que se ajusten a tu estilo de pensamiento y hábitos de trabajo.

### Lo que aprenderás [#lo-que-aprenderás]

* Cómo las reglas de plan personalizan la presentación del plan
* Plantillas de rol integradas (Frontend, Test, Product Manager)
* Cómo crear reglas de plan personalizadas
* Cuándo se aplican las reglas de plan

***

## Qué pueden personalizar las reglas de plan [#qué-pueden-personalizar-las-reglas-de-plan]

Las reglas de plan controlan cómo Verdent presenta los planes en Plan Mode:

<Tabs>
  <Tab title="Formato de presentación">
    * **Resumen-detalle-resumen** - Resumen ejecutivo al inicio, pasos detallados en el medio, resumen de impacto al final
    * **Diagrama primero** - La representación visual encabeza y el texto aporta detalles de apoyo
    * **Tabular vs narrativo** - Tablas estructuradas para datos fáciles de escanear, prosa para explicaciones contextuales
    * **Orden de las secciones** - Personaliza qué secciones aparecen primero y define la jerarquía

    <Tip>
      Usa resumen-detalle-resumen para revisiones con partes interesadas donde importa la comprensión rápida. Usa diagrama primero cuando entender la arquitectura es crítico antes de sumergirse en la implementación.
    </Tip>
  </Tab>

  <Tab title="Profundidad del contenido">
    * **Estratégico de alto nivel** - Se centra en el "qué" y el "por qué" con detalles técnicos mínimos
    * **Técnico detallado** - Incluye detalles de implementación, patrones de código y decisiones de arquitectura
    * **Ejemplos de código** - Controla si aparece código (incluir/excluir, completo vs fragmentos, formato diff)
    * **Contenido de pruebas** - Incluido por defecto para flujos de trabajo de QA, omitido para planes orientados a PM

    <Tip>
      Ajusta la profundidad del contenido a tu audiencia. Usa el enfoque estratégico de alto nivel para la colaboración entre equipos y el técnico detallado cuando implementes en solitario o con desarrolladores senior.
    </Tip>
  </Tab>

  <Tab title="Elementos visuales">
    * **Diagramas de Mermaid** - Diagramas de flujo, diagramas de secuencia, máquinas de estado (autogenerados o explícitos)
    * **Árboles de jerarquía del DOM** - Estructura de componentes en formato de árbol tipo carpeta
    * **Wireframes** - Maquetas de interfaz y bocetos de diseño
    * **Tablas de estilos** - Especificaciones CSS con celdas combinadas, organizadas por componente

    <Tip>
      Los diagramas de Mermaid se autogeneran a partir del contenido del plan cuando se solicitan. Pide explícitamente tipos de diagrama específicos en tus reglas de plan si los quieres por defecto.
    </Tip>
  </Tab>

  <Tab title="Comportamientos por defecto">
    * **Omitir por defecto** - Pruebas, estilos, compatibilidad con versiones anteriores (reduce la longitud del plan)
    * **Elementos requeridos** - Criterios de aceptación, casos límite, KPI (garantiza la disposición para producción)
    * **Preferencias de aclaración** - Varias rondas vs confirmación única vs sin confirmación

    <Tip>
      Comienza con omisiones para mantener los planes concisos y luego agrega elementos requeridos solo para lo que realmente necesitas. Siempre puedes solicitar el contenido omitido en sesiones de plan específicas.
    </Tip>
  </Tab>

  <Tab title="Específico por rol">
    * **Frontend** - Arquitectura visual con diagramas, árboles del DOM, tablas de estilos; omite las pruebas por defecto
    * **QA/Test** - Tablas de casos de prueba con matrices de cobertura, análisis de valores límite, trazabilidad
    * **Product Manager** - Solo requisitos de negocio, diagramas/wireframes, sin fragmentos de código

    <Tip>
      Comienza con una plantilla de rol y personaliza a partir de ahí. La mayoría de los desarrolladores usan las plantillas de Frontend o QA como base y ajustan secciones específicas para adaptarse a su flujo de trabajo.
    </Tip>
  </Tab>
</Tabs>

***

## Plantillas de plan basadas en roles [#plantillas-de-plan-basadas-en-roles]

Verdent ofrece plantillas de roles profesionales que ajustan automáticamente la estructura del plan, la profundidad del contenido y el estilo de presentación:

<Tabs>
  <Tab title="Frontend">
    **Enfoque:** Planes de implementación técnica con estructura visual

    **Características clave:**

    * Investigación exhaustiva de la base de código antes de planificar
    * Diagramas de flujo y de estado de Mermaid para los flujos de interacción
    * Jerarquía del DOM en formato de árbol tipo carpeta
    * Tablas de estilos con celdas combinadas para las propiedades CSS
    * **Omite:** Contenido de pruebas y estilos por defecto (salvo que se soliciten)
    * **Proporciona:** Soluciones definitivas sin múltiples opciones

    **Ideal para:** Desarrolladores frontend que necesitan arquitectura visual y rutas de implementación claras
  </Tab>

  <Tab title="Test">
    **Enfoque:** Generación exhaustiva de casos de prueba y aseguramiento de la calidad

    **Características clave:**

    * Diseño de pruebas orientado a objetivos (lógica de negocio, seguridad, estabilidad)
    * Casos de prueba estructurados con tablas Markdown de 9 columnas
    * Clases de equivalencia, valores límite y parámetros clave
    * Cobertura completa: casos normales, alternativos, de excepción y límite
    * Énfasis en la ejecutabilidad con soporte para automatización
    * Trazabilidad a los puntos de requisito

    **Ideal para:** Ingenieros de QA y especialistas en automatización de pruebas que necesitan cobertura de pruebas sistemática
  </Tab>

  <Tab title="Product Manager (PM)">
    **Enfoque:** Requisitos del producto desde una perspectiva de negocio

    **Características clave:**

    * **Sin fragmentos de código ni implementación técnica**
    * Se centra en el **qué** y el **por qué**, no en el **cómo**
    * Diagramas de secuencia, diagramas de flujo y wireframes
    * Listas de requisitos con prioridades y comparaciones de antes/después
    * Casos límite con estrategias de manejo
    * Especificaciones de datos con KPI y seguimiento de eventos

    **Ideal para:** Gerentes de producto que definen requisitos de negocio sin contaminación técnica
  </Tab>
</Tabs>

***

## Reglas de plan personalizadas [#reglas-de-plan-personalizadas]

Crea reglas de plan personalizadas al definir:

**Componentes de la regla:**

* **Estilo de presentación** - Formato resumen-detalle-resumen, diagrama primero o tabular
* **Profundidad del contenido** - Visión general de alto nivel vs implementación detallada
* **Omisiones** - Qué excluir por defecto (pruebas, estilos, compatibilidad con versiones anteriores)
* **Elementos requeridos** - Secciones obligatorias (diagramas, criterios de aceptación, especificaciones de datos)
* **Preferencias de interacción** - Enfoque de aclaración, requisitos de confirmación

<Tip>
  En Plan Mode, selecciona el botón **Plan Rules** en el cuadro de entrada para acceder y modificar rápidamente tus reglas de plan.
</Tip>

**Aplicación de la regla:**

* Se aplica a todas las sesiones de Plan Mode
* Persiste entre las sesiones del espacio de trabajo
* Puede anularse con directivas en línea
* Funciona con subagentes personalizados

**Más información:** Crea o edita `Plan.md` en tu espacio de trabajo para definir reglas de plan personalizadas en formato Markdown.

***

## Consulta también [#consulta-también]

<CardGroup cols="3">
  <Card title="Professional Plan" icon="diagram-project" href="/docs/verdent-for-vscode/core-features/professional-plan">
    Transforma ideas en planes de implementación
  </Card>

  <Card title="Clarification Loop" icon="message-dots" href="/docs/verdent-for-vscode/core-features/clarification-loop">
    Refinamiento interactivo de requisitos
  </Card>
</CardGroup>
