Model conversion and quantization
Create hardware-specific variants and validate compatibility and quality.
Activity responsibilities
| Activity | Responsibility |
|---|---|
load-trained-model | Execute the load trained model stage and publish its declared outputs for downstream activities. |
export-onnx | Execute the export ONNX stage and publish its declared outputs for downstream activities. |
export-torchscript | Execute the export TorchScript stage and publish its declared outputs for downstream activities. |
quantize-cpu | Execute the quantize CPU stage and publish its declared outputs for downstream activities. |
quantize-gpu | Execute the quantize GPU stage and publish its declared outputs for downstream activities. |
validate-outputs | Execute the validate outputs stage and publish its declared outputs for downstream activities. |
publish-variants | Execute the publish variants stage and publish its declared outputs for downstream activities. |
Inputs
- Canonical model
- Target formats
- Tolerance policy
Outputs
- Optimized variants
- Compatibility report
- Registry entries
Provenance to preserve
- Converter versions
- Calibration data
- Target hardware
Source bundle
The executable workflow and its implementation files are maintained in the separate AkôFlow examples repository. The documentation intentionally keeps code, container recipes, generators, and validation scripts out of the narrative page.
Open the complete source bundle ↗Verified local execution
These captures and the output manifest were produced by the fixture's local Docker run and validator. They are published with the same bundle as the runnable files.



Execution considerations
Conversion branches can use different images. Validate optimized artifacts on representative target hardware before publication.
AkôFlow boundary: the engine schedules, deploys, executes, transfers data, and records evidence. The ML or agent framework remains an implementation choice inside each activity.