Skip to content

feat(backend): define atomic and partial semantics for batch stream operations #72

Description

@arisu6804

Problem

Batch callers cannot predict whether a mixed-validity request partially applied, making retries unsafe and accounting difficult to reconcile.

Objective

Deliver a production-quality improvement to batch stream mutation APIs that creates measurable value for correctness, security, reliability, performance, or maintainability.

Implementation scope

  • Document atomic versus per-item behavior; return stable item outcomes and correlation IDs; make retries idempotent.

Acceptance criteria

  • Mixed batches follow one deterministic contract; successful items are not repeated; item errors contain actionable codes.

Required validation

  • Mixed-validity, duplicate, ordering, rollback, and retry integration tests.
  • Existing tests and CI remain passing.
  • Add regression coverage for the original failure mode.
  • Do not weaken, delete, or skip unrelated tests to obtain a green build.

PR quality bar

  • Keep the PR focused and explain design tradeoffs, compatibility impact, and test evidence.
  • Avoid typo-only, documentation-only, cosmetic-only, or unrelated refactor submissions.

Out of scope

  • Broad rewrites not required by the acceptance criteria.
  • Changes to unrelated services, contracts, or user flows.

Activity

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

Metadata

Metadata

Labels

GRANTFOX OSSOpen-source issue tracked by GrantFoxMAYBE REWARDEDThis issue may carry a rewardThird CampaignThird Campaign contributionenhancementNew feature or requestpriority:highHigh implementation priority

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions