Charters como entidad de primera clase, y el audit cycle externo
De ritual manual en Sentinel a comando CLI canonizado
De ritual manual en Sentinel a comando CLI canonizado
La TUI que produjo visibilidad sin proponérselo
Un adopter greenfield drenó un backlog de follow-ups antes de publicar y descubrió que tres de ellos — los tres que eran trabajo real — cargaban cada uno una premisa que era falsa en el momento en que la chequeabas. No porque el código hubiera cambiado bajo ellos, sino porque un follow-up se escribe en el único momento en que estás menos equipado para verificarlo. La lección no es "escribe mejores follow-ups". Es que un follow-up es una hipótesis fechada, y el lugar barato para probarla es cuando la lees, no cuando la escribes — así que ahí es donde StrayMark ahora pone el chequeo.
Los follow-ups se volvieron la segunda entidad de primera clase de StrayMark — y en un día, dos migraciones externas estresaron el diseño. El script bash deprecado del adopter de referencia llevaba reportando "in sync" mientras 29 entradas le eran invisibles.
Antes de que Loom pudiera dibujar nada, el modelo de documentos de StrayMark tenía que dejar de ser propiedad privada del CLI. El refactor que entregó cero cambios visibles para el usuario fue la precondición de todo lo visual que vino después — y una pequeña lección que el framework venía predicándoles a los adopters desde siempre.