Saltar al contenido principal

Observación emergente por diseño

El 2026-05-16, un agente señaló una spec obsoleta antes de que se le pidiera. Nadie le había dado prompt; notó la divergencia por su cuenta. La reconstrucción de esa mañana surfaceó una propiedad de diseño hacia la que StrayMark venía construyendo sin nombrar: Observación Emergente. Se convirtió en el Principio #8.

Por qué importa​

La mayor parte de la gobernanza de agentes intenta hacer agentes más restringidos: prompts más apretados, personas más estrictas, más guardrails. La Observación Emergente va al revés — cuando los documentos están formalmente enlazados y el permiso cultural es explícito, el agente gana suficiente contexto para notar problemas y suficiente autorización para señalarlos.

  • El piso sube sin que el prompt se apriete. No necesitas un prompt más largo; necesitas un grafo semántico más denso entre artefactos. La "capacidad de observar" del agente es función de cómo se referencian los documentos entre sí, no de qué tan restrictivo es el prompt.
  • Hallazgos que el equipo habría perdido salen a flote temprano. Specs obsoletas, drift entre charters, MCARDs que ya no coinciden con el modelo desplegado. El agente encuentra esto porque el grafo hace visible la divergencia — no porque alguien lo pidiera.
  • Es una propiedad, no una feature. Cada concepto de StrayMark (Charter→AILOG, AILOG→Risk, MCARD→DPIA, TDE→Charter de origen, ...) contribuye a ella. Quitar cualquiera de ellos debilita la capacidad del agente de observar.

Qué la hace funcionar​

  1. Enlace obligatorio. Cada Charter debe declarar sus archivos y riesgos. Cada AILOG debe referenciar su Charter. Cada TDE debe trazar su origen. Las referencias forward y back cierran un grafo.
  2. IDs estables, secciones canónicas. Los documentos tienen encabezados predecibles (## Scope, ## Risks, ## Verification, ## Status) e IDs estables en frontmatter. El agente puede dereferenciar rápido sin parsear prosa archivo por archivo.
  3. Permiso explícito. AGENT-RULES.md §6 ("Be Proactive — Identifica riesgos potenciales, Sugiere mejoras cuando sean evidentes, Alerta sobre deuda técnica") le dice al agente que surfacear hallazgos es parte del trabajo, no salirse de la línea.

Quita cualquiera de esos tres y la propiedad colapsa. Por eso el diseño los trata como load-bearing, no opcionales.

Aprende más​