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.

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