Skip to content

Interfaces

bijux-proteomics-foundation interfaces are the points where shared meaning leaves this small package and becomes everybody else's assumption. This section should help a reader see how identifiers, schema profiles, canonical serialization, and migrations become stable promises that the rest of the repository can safely build on.

flowchart LR
    imports["public imports"]
    ids["stable ids"]
    contracts["schema and data contracts"]
    artifacts["canonical artifacts"]
    migration["migration commitments"]
    packages["core, runtime, intelligence,<br/>knowledge, lab"]

    imports --> ids --> contracts --> artifacts --> migration --> packages

What These Interfaces Actually Do

  • they give every other package a shared language for document identity and payload shape
  • they make persisted artifacts comparable across versions instead of merely serializable once
  • they publish small surfaces, but those surfaces carry repository-wide consequences when they change

Start With

  • open Data Contracts when the question is really about what a payload means and how long that meaning must survive
  • open Artifact Contracts when the concern is canonical JSON, fingerprints, or persisted record form
  • open Compatibility Commitments before changing any outward promise that downstream packages rely on
  • open Public Imports when the question starts from Python code rather than from artifacts

Read By Surface

What A Reader Should Walk Away Knowing

  • why such a small package still has some of the highest-leverage public contracts in the repository
  • which promises belong to payload stability versus operational convenience
  • where to look first before assuming another package owns a serialization or migration concern

First Proof Check

  • src/bijux_proteomics_foundation/ids.py and schema.py
  • src/bijux_proteomics_foundation/serialization.py and migrations.py
  • packages/bijux-proteomics-foundation/tests