La planificacion debe ser policy-aware, no teatro de calendario
ContractSpec trata scheduling y booking como infraestructura de ejecucion con razones, riesgo y aprobaciones visibles.
La planificacion decide que obtiene tiempo de verdad.
Eso la convierte en infraestructura de ejecucion, no en una capa de novedad.
Live ahora
ContractSpec encuadra scheduling y booking alrededor de puntos de control visibles:
- razon unida a cada movimiento
- riesgo unido al cambio
- aprobacion unida cuando aumenta el blast radius
Guardrails
Los operadores necesitan ver por que cambia el calendario antes de confiar en ese cambio.
Por eso el enfasis esta en policy explicita, no en magia negra.
Todavia no live
La automatizacion mas amplia viene despues.
La promesa publica de hoy es mas estrecha: hacer que la planificacion sea suficientemente revisable para confiar en ella dentro de la ejecucion.
Articulos relacionados
Inteligencia de reuniones que alimenta ejecucion revisada
ContractSpec convierte decisiones de reuniones en inputs de ejecucion revisados en lugar de archivos de recap.
PM deberia heredar contexto aprobado, no solo tickets
ContractSpec trata PM como destino del handoff revisado, no como el lugar donde el contexto muere.
Un nucleo contractual unico en web, API, MCP y GPT
ContractSpec mantiene coherente el primer workflow operador en las superficies que importan ahora antes de ampliarse.