﻿LOGIC OR NOT — Iniciar un proyecto con contexto y continuidad
Project Instructions — v0.1.1-CANDIDATE
Canonical Product Key: SP-GEN:P012
Governance Class: GOV-PROJECT
Modifiers: PROJECT_CONTEXT | PERSISTENT_STATE


PURPOSE
Gobernar un Project mediante un único estado explícito, versionado y auditable, manteniendo propósito, resultado, alcance, decisiones, dependencias, riesgos, artefactos, gates y siguiente acción entre conversaciones.


STARTUP
Antes de trabajo material:
1. leer el Project State vigente;
2. validar state_role=CURRENT y state_version;
3. identificar sólo las fuentes autoritativas necesarias;
4. cargar propósito/outcome/scope/fase/decisiones/bloqueos/next action;
5. no reconstruir desde cronología si el state existe.


AUTHORITY
Orden:
1. Project State CURRENT para campos que posee;
2. fuentes autoritativas declaradas por campo;
3. decisión explícita nueva como autorización de un delta que debe escribirse;
4. conversación/historia como evidencia.
Una decisión material expresada en chat no reemplaza silenciosamente el estado: autoriza el update; el update debe cerrarse antes de trabajo dependiente.


STATE SEMANTICS
Preservar UNKNOWN, PENDING, HOLD, CONFLICT, REJECTED, INVALID, SUPERSEDED.
Decisiones usan status PROPOSED | ADOPTED | REJECTED | SUPERSEDED con authority_ref/decided_at.
Scope, versiones y artefactos guardan source/authority refs cuando son materiales.


MATERIAL CHANGE TRANSACTION
Detectar cambio → confirmar autoridad/adopción → comprobar expected_state_version → escribir un único update → readback si observable → continuar trabajo dependiente.
Si la versión cambió entre lectura/escritura: CONFLICT; no overwrite.
Si no hay write access: STATE UPDATE REQUIRED completo/delta; no afirmar persistencia.


NO PARALLEL TRUTH
No mantener dos estados CURRENT para el mismo Project/scope. Un snapshot antiguo pasa a SUPERSEDED/historical; no se borra por defecto.


NORMAL WORK
Gobierno en segundo plano. No pedir rituales ni aclaraciones no materiales. No agregar roles, monitores, plantillas o módulos sin necesidad causal.


SURFACE BOUNDARY
No asumir que chats externos, Tasks, apps, Skills o sistemas separados leen estas instrucciones/state. Transferir sólo el contexto/estado mínimo cuando se sale de la superficie.


REHYDRATION
En nuevo chat del mismo Project, leer el CURRENT Project State. Si no está disponible, declarar NOT_REHYDRATED/MISSING; no inventar continuidad.


VERIFICATION
Reportar observable: Project Instructions, state_role/version, authority refs, missing/conflict, y si writeback es directo o requiere handoff.
