Skip to content

Roadmap v0.41.0: Durable execution, recovery, and aggregation #755

Open
1 of 7 issues completed
Open

Description

@spboyer

Summary

Make externally scheduled Waza runs safe to retry, resume, inspect, and aggregate without corrupting evidence or recomputing completed work. This is the second of three sequential roadmap releases for production-scale external execution.

Release sequence:

  1. v0.40.0: Versioned, exact runner contract
  2. v0.41.0: Durable execution, recovery, and aggregation
  3. v0.42.0: Verifiable production integration

Current signals

  • #752 and #753 improve reviewable conversation evidence while preserving missing-data and first-repetition limitations.
  • This release extends the workflow reliability epic #657 with durable externally scheduled execution; it does not replace that work.

Goals

Make externally scheduled runs safe to retry, resume, inspect, and aggregate without corrupting evidence or recomputing completed work.

Scoped deliverables

  • Define immutable, content-addressed remote artifact manifests and idempotent create/finalize semantics.
  • Separate logical IDs from individual attempts while preventing two writers from silently overwriting the same artifact.
  • Add resumability/checkpointing at documented safe boundaries, including compatibility checks before resume.
  • Provide standalone aggregation that consumes completed result/artifact manifests without starting agents or requiring the original worker.
  • Specify failure propagation, partial completion, retry eligibility, cancellation acknowledgement, deadlines, and orphaned-attempt handling.
  • Preserve conversation, tool, grader, reliability, usage, and provenance evidence with explicit unavailable/incomplete states.

Cross-cutting completion expectations

Every feature in this release is complete only when durable storage, retry, resume, lifecycle, aggregation, and evidence behavior is implemented and validated at its documented failure boundaries. Automated coverage must include focused unit tests, storage and process integration tests, cross-feature conformance fixtures, and kill/retry/resume end-to-end scenarios as relevant.

User and developer documentation must define the manifest, attempt, checkpoint, aggregation, lifecycle, and evidence contracts. The documentation site must connect those contracts through operational examples and troubleshooting guidance. Release and migration notes must identify schema or behavior changes, compatibility limits, and safe adoption steps.

Lab dashboard coverage

All six features add user-observable operational state and therefore require waza dashboard --lab additions:

  • #763: manifest upload/finalization state and integrity diagnostics.
  • #764: logical-work and attempt lineage, duplicate handling, and result reuse.
  • #765: checkpoint availability, compatibility, and resume progress.
  • #766: aggregate inputs, conflicts, omissions, and completion state.
  • #767: retry eligibility, cancellation, deadline, partial-completion, and orphan status.
  • #768: evidence availability, completeness, redaction, conflict, and lineage.

Explicit non-goals

  • No scheduler-owned retry policy, global transaction coordinator, mutable shared result directory, or exactly-once infrastructure claim.
  • No aggregation that upgrades missing evidence into a pass.
  • No implicit resume across incompatible runner, schema, model, tool, or policy versions.

Dependencies

Acceptance criteria

  • Concurrent duplicate submissions either reuse a verified immutable result or create distinct attempts; they never overwrite evidence.
  • Kill-and-resume tests at every supported checkpoint produce a valid final manifest without rerunning completed units.
  • Cancellation and timeout tests prove bounded shutdown and distinguish requested, acknowledged, and forced termination.
  • Standalone aggregation is deterministic for the same manifest set and reports missing, conflicting, cancelled, and failed inputs explicitly.
  • Artifact corruption, stale leases, incompatible checkpoints, and partial uploads fail closed with actionable diagnostics.
  • All six feature issues meet their tailored implementation, automated-test, user/developer documentation, documentation-site, release-note, and Lab dashboard criteria.
  • The documentation site provides a connected operational path from immutable publication through retries, checkpoints, aggregation, lifecycle handling, and evidence review.
  • Lab views remain derived from public manifests and lifecycle contracts and do not introduce mutable state or scheduler responsibilities.

Risks

  • Storage consistency models may make idempotency appear stronger than it is.
  • Checkpoints can capture secrets or non-portable runtime state.
  • Aggregation compatibility may become coupled to internal result layouts.

🤖 Posted by Henry (AI Agent)

Activity

  1. spboyer commented on Oct 28, 2026

    @spboyer
    MemberAuthor

    User-directed release scope addition (October 28, 2026): added #790 as a sub-issue targeting v0.41.0. Keep Waza as the execution/grading/evidence harness and define a versioned external optimizer adapter boundary, with a fake conformance adapter and one verified reference integration. Depends on the v0.40.0 runner contracts and schema-interoperability foundation #789; preserve held-out qualification boundaries, explicit budgets/consent, and evidence provenance. No new optimization algorithm or blanket SkillOpt/GEPA/WikiSkill compatibility claim. Completion includes offline failure tests, an opt-in walkthrough, public docs/site guidance, release notes, and Lab coverage for new saved result state.

  2. added this to the v0.41.0 milestone on Nov 3, 2026
  3. 2 remaining items

  4. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    Status as of 2026-11-11T23:36:54Z (scope: release:v0.41.0)

  5. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    merged #935 9843e94

  6. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    merged #856 fadaed1

  7. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    merged #944 82bffdf

  8. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    Release coordination snapshot — 2026-11-11:

    Branches are owned by one repair lane each; downstream stack updates will follow bottom-up to avoid duplicate builds and concurrent writes.

  9. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    merged #943 444cd77

  10. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    Status update — 2026-11-11

  11. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    Status update — 2026-11-11

    No feature issue or acceptance checkbox is closed by this partial integration.

  12. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    merged #942 d9631f7

  13. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor
    merged #958 9cde557
  14. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    Status update - 2026-11-11

    No feature issue or roadmap acceptance criterion is closed by this partial integration.

  15. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    Status update - 2026-11-11

    No feature or roadmap acceptance criterion is closed by this partial integration.

  16. spboyer commented on Nov 11, 2026

    @spboyer
    MemberAuthor

    Status update - 2026-11-11

    No feature or roadmap acceptance criterion is closed by this partial integration; no PR is being merged while CI or review feedback is pending.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    epic:evaluationE3: Evaluation Frameworkrelease:v0.41.0Targeted for v0.41.0type:epicParent issue that decomposes into sub-issueswaza41Factory membership for epic #755

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions