Skip to content

[FLO-13.2] Build the hermetic orchestration provider kit #29

Description

@szmyty

Parent: #13
Depends on: #28, #25
Suite roadmap: #11

Outcome

Build a deterministic, redistribution-safe provider kit that exercises Flow's public process and artifact boundary without importing or reimplementing Aniflow, Optiflow, or Renderflow.

The kit supplies controlled orchestration behavior. Provider repositories remain the authority for real domain algorithms and raw-format fixtures.

Scope

  • Implement the smallest hermetic provider bundle supported by the completed [FLO-3.2] Specify external process transport and provider trust boundaries #25 boundary.
  • Expose stable fake capability IDs for inspection, transformation, validation, and read-only observation.
  • Materialize only declared, bounded, deterministic candidate artifacts.
  • Provide configuration-driven behaviors for success, warning/partial outcomes, unavailable or incompatible capability, nonzero exit, timeout, cancellation, bounded-output overflow, and missing/extra/partial/corrupt/stale/contradictory output.
  • Include invalid event/result behavior and provider-reported success followed by failed host validation.
  • Supply minimal single-provider and multi-provider graphs.
  • Record exact kit version, executable identity, configuration digest, inputs, outputs, and expected evidence.
  • Package the kit so clean-room tests consume an immutable artifact rather than a sibling workspace.
  • Keep all tests offline and free of external tools, paid services, model downloads, and consequential side effects.

Acceptance criteria

  • The kit implements only the accepted public Flow process/artifact contract.
  • Identical configuration and inputs produce identical normalized evidence and artifact digests.
  • Every configured failure is intentional, named, bounded, and distinguishable.
  • Provider exit zero or file existence cannot establish accepted execution.
  • Source inputs remain byte-for-byte unchanged.
  • No network, upload, publication, signing, arbitrary subprocess, or inherited-secret access occurs.
  • Package, documentation, examples, and repository validation pass.

Non-goals

Activity

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

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions