Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Release Contract

Status: Current Last updated: 2026-09-05 22:04 EDT

This page defines the compatibility promises for the public batchalign3 product. It describes the current 0.x public-preview line; it is not a promise that research-quality output is universally better than another system.

Release state

Public preview (0.x). Releases are usable by external researchers, but CLI, wire, cache, and evidence schemas may still change between minor versions. Breaking changes must be described in release notes and migration docs.

stateDiagram-v2
    [*] --> SourceCandidate
    SourceCandidate --> ArtifactCandidate: local gates and exact-commit CI pass
    ArtifactCandidate --> ReleaseCandidate: five-wheel dry run and smoke pass
    ReleaseCandidate --> PublishedPreview: immutable annotated tag
    PublishedPreview --> Superseded: newer version published
    ReleaseCandidate --> SourceCandidate: defect found
    PublishedPreview --> Withdrawn: release defect recorded
    Withdrawn --> SourceCandidate: new patch version prepared

Supported public surfaces

  • CLI (batchalign3): the documented commands and flags.
  • Local server (batchalign3 serve): REST/WebSocket execution used by the CLI and browser dashboard. Its schema is documented but not frozen during preview.
  • Browser dashboard: the UI embedded in the released CLI/server.
  • GitHub Release installers and wheels: the supported installation path. There is no PyPI distribution.
  • CHAT output and debug/evidence artifacts: supported as documented for the release, but cache, replay-manifest, and evidence schema revisions remain preview surfaces unless a page explicitly promises compatibility.

The wheel contains Python model-worker code, the batchalign_core extension, and a platform-specific Rust batchalign3 executable. It is a distribution artifact, not a supported import-level Python API. Python integrations should invoke the CLI or local server.

Experimental or internal surfaces

  • Batchalign Desktop (Tauri): an in-repo shell, not released.
  • Direct Python imports: internal implementation detail.
  • Internal Rust crates: workspace implementation details, not separately published by the BA3 release workflow.
  • Staged or remote multi-host execution: experimental.
  • Cache database internals: replaceable implementation detail. Durable raw evidence and fingerprinted replay artifacts have explicit schemas; a cache row itself is not a preservation format.

Evidence and quality claims

Architectural guarantees and empirical quality claims are different:

  • Types, validation, fingerprints, and fail-closed writes can guarantee which evidence was admitted and which algorithm produced an output.
  • They cannot by themselves guarantee optimal words, speakers, utterance boundaries, or %wor timings.
  • Comparative claims about the upstream BA3 fork, earlier BA3, Whisper, Rev, or a published corpus require controlled clips, identical inputs and provider requests, preserved raw outputs, and recorded human adjudication.

The product may therefore claim replayability and stronger correctness boundaries when the code proves them, while quality claims remain scoped to their experiment reports.

Workspace dependency

BA3 lives in the talkbank-tools Cargo workspace and consumes Chatter’s CHAT model, parsers and generic transforms through public git dependencies pinned to a released Chatter tag. Cargo.lock records the exact source commit. A clean checkout builds without a sibling Chatter checkout or local path patch. When adopting a Chatter release, review its API and validation changes and update the workspace tags and lockfile together before the BA3 release gates.

The BA3 product version appears in pyproject.toml, the workspace package version, and crates/batchalign/Cargo.toml. Several internal helper crates keep independent 0.1.x versions and must not be mechanically changed to match the product.

Platform support

The release workflow builds five wheels:

PlatformArtifact / test promise
Linux x86_64Wheel build, clean CLI smoke, server-health smoke; full Linux CI elsewhere
Linux ARM64Native wheel build; no release-workflow execution smoke
macOS ARM64Wheel build, clean CLI smoke, server-health smoke
macOS x86_64Wheel build; no release-workflow execution smoke
Windows x86_64Wheel build and clean CLI smoke; server lifecycle is not supported

See Platform Support for operational limitations.

Distribution and signing

An immutable vX.Y.Z tag triggers the GitHub Release workflow. The release contains five wheels, one source distribution, shell and PowerShell installers, and a SHA-256 manifest. Artifacts are not currently code-signed or notarized; the checksums provide download-integrity evidence, not publisher identity.

License

BSD-3-Clause.


This page last changed: 2026-09-05 (commit db553757). The whole book last changed: 2026-09-16 (commit 34d249d8).