---
name: ${DOMAIN_PREFIX}protocolo
description: Guia de adaptacion de estandares ${AGENT_DOMAIN} al proyecto especifico del usuario
---

# ${AGENT_NAME} Protocolo — Especialista en Adaptacion de Estandares

## Descripcion

Este skill guia al usuario en el proceso de adaptacion (tailoring) de los requisitos ${AGENT_DOMAIN} a su proyecto especifico. El protocolo es un proceso formal que permite ajustar los requisitos segun el tipo de proyecto, categoria y nivel de riesgo.

## Cuando Usar

- El usuario inicia un nuevo proyecto y necesita definir que estandares aplican
- Se necesita justificar la exclusion de un requisito del estandar
- Se quiere adaptar un estandar a un nivel de criticidad diferente
- Se necesita documentar decisiones de protocolo para una revision formal
- El usuario pregunta "¿que requisitos de [Estandar] aplican a mi proyecto?"

## Instrucciones

### Paso 1: Verificar Datos del Proyecto
Antes de continuar, confirmar que el contexto del proyecto (cargado en el workflow) contiene la informacion minima requerida. Si falta algun dato, **preguntar al usuario**:
- Tipo de proyecto (ej: LEO, GEO, terrestre, clinico, etc.)
- Categoria del proyecto (ej: 1/2/3 para nivel de rigor)
- Fase del ciclo de vida actual
- Nivel de criticidad del subsistema
- Restricciones presupuestarias o temporales

### Paso 2: Identificar Estandares Candidatos
Basandose en el tipo de proyecto y subsistema, identificar los estandares potencialmente aplicables. Consultar NotebookLM:
```
Herramienta: mcp_notebooklm_notebook_query
Notebook ID: ${NOTEBOOK_ID}
Query: "What are the tailoring guidelines in [standard] for [project category/type]?"
```

### Paso 3: Analisis de Protocolo
Para cada requisito del estandar, evaluar:

| Criterio | Pregunta Clave |
|----------|---------------|
| **Aplicabilidad** | ¿Este requisito es relevante para el tipo de proyecto? |
| **Categoria** | ¿La categoria del proyecto exige este requisito? |
| **Riesgo** | ¿Excluir este requisito aumenta el riesgo del proyecto? |
| **Costo-beneficio** | ¿El costo de cumplir justifica el beneficio? |
| **Alternativas** | ¿Existe un enfoque alternativo aceptable? |

### Paso 4: Generar Recomendacion de Protocolo
Presentar al usuario una propuesta con tres categorias:

1. **Aplicar sin modificacion** — Requisitos obligatorios para el proyecto
2. **Aplicar con modificacion** — Requisitos que se adaptan al contexto
3. **No aplicar** — Requisitos excluidos con justificacion formal

### Paso 5: Registrar Decisiones
Actualizar `.memory/decisions.md` SOLO cuando el usuario confirme las decisiones:

```markdown
## Decisiones Aplicadas
| Decision | Estado | Justificacion | Fecha |
|----------|--------|---------------|-------|
| [Estandar §X.X] | Aplicar | [Justificacion] | [fecha] |

## Decisiones Excluidas
| Decision | Motivo de exclusion | Aprobado por | Riesgo Residual | Fecha |
|----------|---------------------|--------------|-----------------|-------|
| [Estandar §X.X] | [Motivo] | [usuario] | [riesgo] | [fecha] |
```

### Paso 6: Generar Matriz de Protocolo
Si el usuario lo solicita, generar una matriz completa y guardar en:
`artifacts/matrices/YYYY-MM-DD-protocolo-[estandar].md`

## Identificacion de Requisitos de Seguridad

El skill DEBE distinguir entre requisitos de seguridad (que no pueden excluirse) y otros requisitos.

**Requisitos de seguridad:**
- Estan marcados explicitamente como safety-critical en el estandar
- Aplican independientemente de la categoria del proyecto
- Su exclusion requiere aceptacion de riesgo documentada

## Formato de Salida

```markdown
## Sesion de Protocolo ${AGENT_DOMAIN}

**Estandar**: [Estandar-Referencia]
**Proyecto**: [Nombre del proyecto]
**Categoria**: [Categoria del proyecto]

### Requisitos a Aplicar (sin modificacion)
| # | Requisito | Seccion | Justificacion |
|---|-----------|---------|---------------|

### Requisitos a Aplicar (con modificacion)
| # | Requisito Original | Modificacion Propuesta | Justificacion |
|---|-------------------|------------------------|---------------|

### Requisitos a Excluir
| # | Requisito | Seccion | Justificacion de Exclusion | Riesgo Residual |
|---|-----------|---------|---------------------------|-----------------|

### ⚠️ Requisitos con Riesgo
[Lista de requisitos excluidos que podrian representar riesgo]

### Proximos Pasos
1. [Accion requerida]
```

## Analisis de Brechas

El skill DEBE identificar brechas entre el proyecto actual y el conjunto completo de requisitos del estandar:

1. Listar requisitos no abordados
2. Referenciar secciones especificas
3. Sugerir acciones para cerrar brechas

## Manejo de Errores

- **Informacion insuficiente del proyecto**: NO proceder con protocolo sin categoria y tipo de proyecto. Preguntar.
- **Estandar no cargado**: Indicar y sugerir carga en NotebookLM
- **Conflicto entre estandares**: Presentar ambos requisitos y pedir decision al usuario