v0.13.3 fix: stabilize execution and release boundaries - #14
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Execution and operator boundaries
failed, and make readiness database failures return structured HTTP 503 responses.v0.13.3 release preparation
v<project version>/runtime/project equality, isolated artifact construction, Twine validation, and clean-wheel entrypoint smoke before PyPI OIDC publication.Test Coverage
Conservative path audit: 42/49 paths covered (86%) before the final blocker regressions were added. Test count: 177 → 243 (+66); test files: 17 → 19 (+2).
Pre-Landing Review
The adversarial review initially stopped ship on malformed tool arguments crossing the execution boundary, unbounded provider bodies, readiness connection drops, and invalid provider output stranding durable runs. All findings were fixed with regressions; the final independent re-review found no remaining confidence ≥7 correctness, security, or release blocker.
Design Review
No frontend files changed — design review skipped.
Eval Results
No prompt-evaluation framework or prompt behavior change was in scope — evals skipped. The release-report and support-triage vertical slices were dogfooded under deterministic dry-run execution.
Scope Drift
Scope Check: CLEAN. The diff is limited to stabilization fixes, focused regression coverage, synchronized contracts, and v0.13.3 release preparation. Speculative roadmap expansion is excluded.
Plan Completion
6/6 planned items completed:
Verification Results
uv.lock; the wheel containspy.typedand the bundled support-triage workflow.hello.thread, and a durable support-triage dry run from outside the checkout.Documentation
docs/benchmarks/dsl-comparison.md: updated the current semantics matrix and durability conclusion from v0.12 to v0.13.README.md: made the durable library example close itsRunStoreon every path.docs/spec.md: synchronized syntax, IR execution, routing/agent/contracts behavior, client capabilities, CLI flags, and at-least-once semantics with the shipped v0.13 runtime.docs/design/HLD.mdanddocs/design/LLD.md: completed the phase history and documented the baseline, agent, and optional route client protocols.docs/production.md: tightened crash/checkpoint and provider-security claims to the actual supported boundary.RELEASING.md: added the fail-fast maintainer handoff from a clean Python 3.12 verification environment through draft release, protected-environment approval, PyPI publication, and clean install verification.Known release-blocking documentation gaps: none.
Test plan