A.19.CHR:11 - SoTA-Echoing
Working question. How should a team connect normalization, indicator choice, scoring, comparison and selection so that the final result still follows from the selected scales, evidence and method conditions when one of them changes?
For this question, adapt declaration-first workflow composition, the selected line compared in A.6.7 §11. CWL v1.2.1’s process references, requirements and abstract operations supply the substantive external model for distinguishing a described operation from a concrete process. The CHR adaptation makes the shared CN/CG conditions and each operation’s result bindings explicit. CWL supplies neither these FPF laws nor the justification of the offer comparison.
The serious alternative is one pinned executable estimator pipeline, exemplified by scikit-learn 1.9.1 Pipeline. It is attractive when fitting and sequential transformation already express the whole task. For the same five used CHR stages, compare it with the suite while holding the methods, data, policy and evidence requirements fixed. Both can calculate the two offers correctly. A pipeline plus explicit checks can also reject expired normalization. Its executable composition alone, however, does not state the case’s scale-preservation argument or resolve the separately governed selection policy; those facts still need an inspectable account.
Adopt explicit method/specification resolution and reject a stage-name-only chain as sufficient justification. The suite accepts the extra reference cost to expose these conditions before choosing implementations. This is a trade-off in explanation and reuse, not a claimed runtime benefit or measured authoring saving. If a single existing pipeline already exposes every condition needed by the receiving use, reuse its account; creating another suite copy adds no gain.
The concrete effect is in §§4.0, 4.5 and 4.8.1: choose each contract before using a stage, retain every transformation’s basis through the actual comparison, and stop the normalization-based path when its selected validity window fails. The final {A,B} remains a set even though the five stages could be packaged behind one callable interface. That packaging cannot add a singleton preference or purchase approval.
The two primary specifications are source models and a serious comparator; the choice for CHR is an explicit local architectural inference. They establish no empirical superiority of this pattern. Reopen the comparison if the receiving task becomes one fully self-contained executable pipeline, if its account already makes the same conditions cheaper to recover, or if a changed member contract makes the common baseline insufficient.