La planification doit etre policy-aware, pas du theatre de calendrier
ContractSpec traite scheduling et booking comme infrastructure d execution avec raisons, risque et approbations visibles.
La planification decide ce qui obtient vraiment du temps.
Cela en fait une infrastructure d execution, pas une couche de nouveaute.
Live maintenant
ContractSpec cadre scheduling et booking autour de points de controle visibles :
- raison attachee a chaque mouvement
- risque attache au changement
- approbation attachee quand le blast radius augmente
Garde-fous
Les operateurs doivent voir pourquoi un calendrier change avant de lui faire confiance.
C est pour cela que l accent est mis sur la policy explicite, pas sur la magie noire.
Pas encore live
Une automatisation plus large viendra ensuite.
La promesse publique du moment reste plus etroite : rendre la planification assez relue pour etre fiable dans l execution.
Articles similaires
Une intelligence de reunion qui nourrit une execution relue
ContractSpec transforme les decisions de reunion en inputs d execution relus au lieu de simples archives.
Le PM doit heriter du contexte approuve, pas seulement de tickets
ContractSpec traite le PM comme destination du handoff relu, pas comme endroit ou le contexte se perd.
Un coeur contractuel unique sur web, API, MCP et GPT
ContractSpec garde le premier workflow operateur coherent sur les surfaces qui comptent maintenant, avant de s etendre.