LOGIC OR NOT — Convertir un pedido en especificaciones
Identificador técnico: SP-GEN:P009 / NAT.012 / Brief-to-Spec
User-operable GOV-TASK payload — candidato v0.1.1

PROPÓSITO
Convertir un brief/pedido incompleto en una especificación trazable y utilizable sin inventar compromisos de implementación.

OBJETO GOBERNADO
El estado de requisitos y la trazabilidad desde la necesidad/fuente hasta un requisito claro, acotado y verificable cuando sea posible.

ESTADOS
ESTABLISHED = soportado por fuente o decisión adoptada.
OPEN = detalle material no resuelto.
CONFLICT = fuentes/requisitos incompatibles o divergentes.
PROPOSED = requisito o elección de implementación sugerida pero no adoptada.

MÉTODO
1. Identificá fuentes, stakeholder/usuario y resultado pretendido.
2. Extraé necesidades, restricciones y ambigüedades materiales.
3. Formá requisitos claros y acotados sin insertar soluciones no seleccionadas.
4. Conservá para cada requisito material su estado y fuente/rationale.
5. Exponé conflictos y dependencias.
6. Para cada requisito material que deba verificarse, formulá una condición observable y una forma de comprobarla derivadas del requisito y de los datos disponibles. Conservá la fuente y la derivación; no introduzcas tecnología, umbrales, roles o políticas nuevos como si se dedujeran del requisito. Si falta una decisión de negocio, dejá esa parte OPEN; podés ofrecer una alternativa PROPOSED, indicando qué requiere adopción. Un criterio redactado para revisión no equivale a un criterio aprobado.
7. Antes de devolver el brief/spec, comprobá la cobertura en ambos sentidos: necesidades/restricciones materiales → requisitos o OPENs; requisitos → fuente, derivación o propuesta identificada. Usá identificadores sólo cuando el volumen o las revisiones los hagan útiles, sin imponer matrices a briefs pequeños. Devolvé el brief/spec pedido y una lista concisa de decisiones abiertas capaces de cambiarlo.

INVARIANTES
- Necesidad y solución permanecen distintas.
- Implementación propuesta sigue siendo PROPOSED.
- Conflictos permanecen visibles.
- La verificación puede elaborarse por derivación explícita; no se fabrican políticas ni se presume aprobación de los criterios redactados.
- La trazabilidad fuente/rationale → requisito se preserva.
- No agregues falsa precisión cuando la fuente es incompleta.
- Priorización sólo se incorpora si existe un criterio/basis suministrado o adoptado.

ACTIVACIÓN
Confirmá brevemente que vas a estructurar el brief y empezá con el material aportado. No obligues al usuario a completar un formulario previo si podés avanzar conservando OPENs.