v2.4.0 — Receipt-driven development pasa a opt-in, y pi entra como runtime de review
Estable al fin. Ocho release candidates después — rc.1 hizo que los rechazos nombraran su salida, rc.3 ató la prueba al candidato que entregás, rc.4 y rc.6 desatascaron el ledger de attempts — v2.4.0 cierra la línea con un cambio de default que te toca a vos y una superficie de runtime nueva.
- Breaking — receipt-driven development es opt-in: el review con receipts dejó de estar prendido por default. Un clone nuevo ya no te abre reviews solo; los prendés cuando querés. Si venías apoyándote en que el review arrancaba solo, ese supuesto se murió: encendelo explícitamente. Como contraparte, el rechazo que aparece cuando el review está apagado ahora nombra una recuperación que realmente lo enciende, en vez de mandarte a una prosa que no corría.
- pi es un runtime de review host-mediated: queda registrado como identidad de runtime propia, con su admisión gateada por el contrato de host relay declarado. El provider task lo emite Go y se materializa para el relay — reviewer primero, después refuter y validator — y las capturas adversariales corren en un proceso que Go es dueño, con deadline. El finalize de runtime compilado ahora tiene un deadline que le entra a una corrida de modelo, no uno pensado para una llamada corta. Sumado a eso: política de background-subagents manejada para el runtime de pi, que proyecta solo decisiones manejadas y no te tumba la etapa de apply por un policy file ajeno.
- Un candidato grande ya es reviewable: la evidencia del reviewer se acota por bytes y se rechaza antes del START, no cuando ya arrancaste; el manifiesto de changed-paths emite una línea por entrada; y cada resultado del probe de representabilidad del contexto de lens queda clasificado. Ojo con esto si venías chocando contra candidatos que no entraban.
- Store reset con scope de clone: comando nuevo para resetear el review store de un clone. Decide bajo el lease que él mismo toma, y — el detalle que importa — dejó de destruir lo que reportaba como salvado.
- Validator targeted, genérico y retryable: los slots capturados del validator targeted se finalizan de forma genérica, el validator recibe su recipe de inspección, y una validación inconclusa se rutea como reintentable con recaptura acotada en vez de consumirte el intento. Los receipts aprobados ahora declaran disposición de findings no bloqueantes.
- SDD: el verify report post-review se atestigua por settlement nativo — honesto, anclado, degradable y read-only en status. Los directorios de exploración dejan de contar como cambios activos, las continuaciones de selección de cambio salen ejecutables, y la remediación se juzga contra el baseline de evidencia que falló, no contra cualquiera.
- Windows y delivery: la propiedad del repair del RAR se decide por control de token, las denegaciones de gate nombran al lock holder vivo, el scope ensanchado de corrección se honra en el gate de delivery y se revierte cuando una corrección escala. Los shards de
internal/clise rebalancearon por costo medido.
También trae: las operaciones de review negociado que salen bien ya no ensucian stderr, los schemas publicados se alinearon con los envelopes vivos (ledger_ids como array, preview de disposición status-v5, admisión del agente pi), el refresh del skill-registry se guarda contra roots que no son proyecto, y el install evita fallar por runtimes de agente opcionales.
Instalación: go install github.com/gentleman-programming/gentle-ai/v2/cmd/[email protected], o bajate un binario del release y verificalo contra SHA256SUMS.txt.
v2.4.0 — Receipt-driven development goes opt-in, and pi lands as a review runtime
Stable at last. Eight release candidates later — rc.1 made refusals name their exit, rc.3 bound the proof to the candidate you deliver, rc.4 and rc.6 unjammed the attempt ledger — v2.4.0 closes the line with a default change that reaches you and a new runtime surface.
- Breaking — receipt-driven development is opt-in: receipt-backed review is no longer on by default. A fresh clone will not open reviews on its own; you turn them on when you want them. If you were relying on review starting by itself, that assumption is gone — enable it explicitly. In exchange, the refusal you get while review is off now names a recovery that actually turns reviews on, instead of pointing at prose that never ran.
- pi is a host-mediated review runtime: it is registered as its own runtime identity, with admission gated on the declared host relay contract. The provider task is issued by Go and materialized for the relay — reviewer first, then refuter and validator — and adversarial role captures execute through a Go-owned process with a deadline. Compiled-runtime finalize now carries a deadline sized for a model run rather than a short call. Alongside it: a managed background-subagents policy for the pi runtime, which projects only managed decisions and never fails the apply stage over a foreign policy file.
- A large candidate is now reviewable: reviewer evidence is bounded by bytes and refused before START rather than mid-run; the changed-path manifest emits one line per entry; and every lens-context representability probe outcome is classified. Relevant if you had been bouncing off candidates that simply did not fit.
- Clone-scoped store reset: a new command to reset a clone's review store. It decides under the lease it takes, and — the part that matters — it stopped destroying what it reported as spared.
- Targeted validator, generic and retryable: captured targeted-validator slots finalize generically, the validator gets its own inspection recipe, and an inconclusive validation routes as retryable with bounded recapture instead of consuming the attempt. Approved receipts now declare non-blocking finding disposition.
- SDD: the post-review verify report is attested through native settlement — honest, anchored, degradable, and read-only on status. Exploration-only directories stop counting as active changes, change-selection continuations come out runnable, and remediation is judged against the failed evidence baseline rather than any baseline.
- Windows and delivery: RAR repair ownership is decided by token control, gate denials name the live lock holder, the widened correction scope is honoured at the delivery gate and rolled back when a correction escalates.
internal/clishards were rebalanced by measured cost.
Also in this release: successful negotiated review operations no longer write to stderr, published schemas were aligned with live envelopes (ledger_ids as an array, status-v5 disposition preview, pi agent admission), skill-registry refresh is guarded against non-project roots, and install avoids failing over optional agent runtimes.
Install: go install github.com/gentleman-programming/gentle-ai/v2/cmd/[email protected], or download a binary from the release and verify it against SHA256SUMS.txt.
v2.4.0 — Le receipt-driven development devient opt-in, et pi arrive comme runtime de revue
Stable enfin. Huit release candidates plus tard — rc.1 faisait nommer leur sortie aux refus, rc.3 liait la preuve au candidat livré, rc.4 et rc.6 ont débloqué le ledger d'attempts — v2.4.0 clôt la ligne avec un changement de défaut qui vous concerne et une nouvelle surface de runtime.
- Breaking — le receipt-driven development est opt-in : la revue adossée aux receipts n'est plus activée par défaut. Un clone neuf n'ouvre plus de revues de lui-même ; vous les activez quand vous le décidez. Si vous comptiez sur un démarrage automatique de la revue, cette hypothèse disparaît — activez-la explicitement. En contrepartie, le refus obtenu quand la revue est désactivée nomme désormais une récupération qui l'active réellement, au lieu de renvoyer à une prose inexécutable.
- pi est un runtime de revue host-mediated : il est enregistré comme identité de runtime à part entière, son admission étant conditionnée au contrat de host relay déclaré. Le provider task est émis par Go et matérialisé pour le relay — reviewer d'abord, puis refuter et validator — et les captures de rôles adversariaux s'exécutent dans un processus piloté par Go, avec deadline. Le finalize de runtime compilé dispose maintenant d'une deadline calibrée pour une exécution de modèle, non pour un appel court. En complément : une politique de background-subagents gérée pour le runtime pi, qui ne projette que les décisions gérées et ne fait jamais échouer l'étape d'apply à cause d'un policy file étranger.
- Un gros candidat est désormais reviewable : les preuves du reviewer sont bornées en octets et refusées avant le START plutôt qu'en cours d'exécution ; le manifeste des changed-paths émet une ligne par entrée ; et chaque résultat du probe de représentabilité du contexte de lens est classifié. Utile si vous butiez sur des candidats qui ne rentraient tout simplement pas.
- Store reset à portée de clone : une nouvelle commande pour réinitialiser le review store d'un clone. Elle décide sous le lease qu'elle prend et — le point important — a cessé de détruire ce qu'elle annonçait épargner.
- Validator targeted, générique et retryable : les slots capturés du validator targeted se finalisent génériquement, le validator reçoit sa propre recette d'inspection, et une validation non concluante est routée comme réessayable avec recapture bornée au lieu de consommer la tentative. Les receipts approuvés déclarent désormais la disposition des findings non bloquants.
- SDD : le verify report post-revue est attesté par settlement natif — honnête, ancré, dégradable et read-only sur status. Les répertoires d'exploration cessent de compter comme changements actifs, les continuations de sélection de changement sortent exécutables, et la remédiation est jugée contre le baseline de preuves qui a échoué, non contre n'importe lequel.
- Windows et livraison : la propriété du repair RAR est décidée par contrôle de token, les refus de gate nomment le lock holder vivant, le scope de correction élargi est honoré au gate de livraison et annulé quand une correction escalade. Les shards
internal/cliont été rééquilibrés selon un coût mesuré.
Aussi dans cette version : les opérations de revue négociée réussies n'écrivent plus sur stderr, les schemas publiés ont été alignés sur les envelopes vivantes (ledger_ids en tableau, preview de disposition status-v5, admission de l'agent pi), le refresh du skill-registry est protégé contre les roots hors projet, et l'installation évite d'échouer sur des runtimes d'agent optionnels.
Installation : go install github.com/gentleman-programming/gentle-ai/v2/cmd/[email protected], ou téléchargez un binaire de la release et vérifiez-le contre SHA256SUMS.txt.