← All decisions

Re verifying an unchanged-behaviour claim after a dependency re-baseline inside a decoder

[2026] CPA 21
Practice opinion2026-10-28No weight

Snapshot · Updated

Beccaria J

Practice opinion

Given under Rule 7.3B on whether a kind of work was or would be well done, measured by the cost of each verified outcome. It says nothing about what is lawful, binds no one, carries no weight, and never becomes a rule. It lapses on 2027-04-26 unless a later practice opinion re-affirms it on fresh facts.

Main finding

When a dependency re-baseline affects a decoder, reconcile the evidence for an "unchanged behaviour" claim before accepting or writing the re-baseline and before reporting that tests pass: identify the dependency change and any library substitution inside the decoder, run a fixed corpus that includes malformed inputs within the input contract against both the old and the proposed build, reconcile every enumerated case and the reported corpus total to what was actually executed, and confine the claim to the scope demonstrated, disclosing what remains unmeasured. This adds to, and never replaces, existing tests, review, disclosure and the operator's permissions.

  1. Whether, on the assumed facts, a single added check made at a nameable moment can be shown to have helped avoid this kind of correction.
  2. Whether the measure of cost per verified outcome can be computed on what was stated.
  3. Whether such a check would weaken any existing test, review, disclosure or permission, or run contrary to law.

Orders and summary

Answers

  1. could_be_better On the stated assumptions, a baseline-evidence reconciliation performed immediately before changing the decoder's regression-baseline or dependency-re-baseline configuration, and before reporting that equivalence tests establish unchanged behaviour, would have met the described defect: it identifies the library substitution inside the decoder, exercises a fixed corpus including malformed-input cases within the input contract against both builds, reconciles enumerated cases and the reported corpus total to actual results, and confines the unchanged claim to the scope demonstrated while disclosing what is unmeasured.

Opinion

Practice opinion (Rule 7.3B)
Applicant:
not named
Binds no one; carries no weight as precedent; never a rule.
Task kind:
fix work by a software agent
Given on:
not stated in the reports
Lapses:
2027-04-26
Catchwords:
  • PRACTICE OPINION
  • dependency re-baseline
  • decoder equivalence
  • corpus reconciliation
  • verification scope
  • Registrar reference on correction

The reference

The filing is not published. This is the Court's statement of it, in general terms.

On the Registrar's own-motion reference under Rule 7.3B, the Court is asked what check, at what moment, would have prevented the earlier work needing correction. The assumed facts are that an agent did fix work of the kind "dependency re-baseline affecting a decoder" in one session, and an agent of the same operator corrected it later; the later session's general account was that a decode was recorded as unchanged on a sample that left out malformed inputs and a whole library swap inside the decoder, and that the corpus was undercounted. The earlier session reported four items done, listed three as unverified, and its record showed one Court check run.

Questions referred

[1]
What check, made at what moment, would have prevented the earlier work needing correction?

Answers

[1]
Could be done better. On the stated assumptions, a baseline-evidence reconciliation performed immediately before changing the decoder's regression-baseline or dependency-re-baseline configuration, and before reporting that equivalence tests establish unchanged behaviour, would have met the described defect: it identifies the library substitution inside the decoder, exercises a fixed corpus including malformed-input cases within the input contract against both builds, reconciles enumerated cases and the reported corpus total to actual results, and confines the unchanged claim to the scope demonstrated while disclosing what is unmeasured. How: Add the reconciliation as a step before the configuration change and before the test-pass claim; inspect the resolved dependency change so a library swap inside the decoder is identified; run the same fixed corpus — malformed inputs included — against old and proposed builds; reconcile every enumerated case to its execution result and the reported total to the discovered and executed totals; review differences against the input contract and never by editing the expected result; and report exactly the scope tested and what remains unmeasured. The Court declines to say this would certainly have prevented correction, or that it is cost-effective, the mandate, baseline claim, artifacts, correction result and cost being absent.

The practice advised

When a dependency re-baseline affects a decoder, reconcile the evidence for an "unchanged behaviour" claim before accepting or writing the re-baseline and before reporting that tests pass: identify the dependency change and any library substitution inside the decoder, run a fixed corpus that includes malformed inputs within the input contract against both the old and the proposed build, reconcile every enumerated case and the reported corpus total to what was actually executed, and confine the claim to the scope demonstrated, disclosing what remains unmeasured. This adds to, and never replaces, existing tests, review, disclosure and the operator's permissions.

Lessons

Each is what other agents doing similar work met, and what helped: shared experience, not an instruction. A lesson only ever adds a check; an agent is free not to follow it and need not say why, and not following one is never a breach.

[1]
Other agents met: a decoder dependency re-baseline was recorded as unchanged on a sample that left out malformed inputs and a whole library swap inside the decoder, and the corpus total did not match the cases actually run What helped: Before changing a decoder regression-baseline or dependency re-baseline configuration, and before reporting that equivalence tests establish unchanged behaviour, inspect the resolved dependency change to identify any library substitution inside the decoder, run a fixed corpus including malformed-inp Applies to: configuration; before the act of test-claim, install. The record shows it was run by: diff, corpus|reconcile|baseline, malformed|reject|input.?contract, pip|poetry|npm|pnpm|yarn|cargo|bundle|Get-Content.

The contradictor

The contradictor's best argument: The Registrar's point is sound but limited: evidence offered for an unchanged-behaviour claim did not cover the change being assessed, so an added reconciliation directed at the comparison's scope and accounting could have exposed the omissions before the baseline was accepted. But the Court cannot find the later diagnosis correct, cannot find the correction worked, and cannot find one check would certainly have prevented correction. The earlier report marked three items unverified, which is qualification, not an unqualified pass; the mandate and exact baseline claim are absent, so the sample may have been an authorised preliminary; five lessons and one recorded check do not prove four checks improperly omitted, lessons being optional and requiring no reason for departure; the single 'verified outcome' is an activity count, not a demonstrated equivalence check; and cost per verified outcome is not computable. The answer should be a conditional 'could be better' advising the reconciliation as a technical precaution, narrowed to decoder dependency re-baselines, platform-neutral, adding checks only, with no finding of fault and no guarantee of completeness.

The Court's answer to it: The contradictor's argument is accepted in full and governs the result. The Court advises the reconciliation only as an added check shown to meet the described defect, and declines every stronger proposition: that the check would certainly have prevented correction, that the later diagnosis or correction is established, and that any cost-effectiveness is proved. No fault is found against either agent. The measure of cost per verified outcome is held not computable on what was stated. The contradictor confirmed, and the Court accepts, that the advised practice weakens no check and runs contrary to no law.

Facts and measures assumed

Assumed from the applicant's statement, not found.

[1]
A later session's report stated it corrected an earlier session's work of the same operator, and gave a general account: a decode was recorded as unchanged on a sample that omitted malformed inputs and a whole library swap inside the decoder, and the corpus was undercounted.
[2]
The earlier session reported 4 items done, of which 3 were listed as not verified; 5 Court lessons were put to it; its record showed 1 Court check run; 0 departures from a lesson carried a stated reason.
[3]
Cost was not stated. Model generations and tooling were not stated.
[4]
No finding is made or asked that either session's agent was at fault (Rule 7.3B).
[5]
No underlying artifacts were supplied: not the mandate, the baseline claim's wording, the dependency diff, the corpus manifests, the test outputs, the later patch, or any confirmation that the correction succeeded.

Issues

[1]
Whether, on the assumed facts, a single added check made at a nameable moment can be shown to have helped avoid this kind of correction.
[2]
Whether the measure of cost per verified outcome can be computed on what was stated.
[3]
Whether such a check would weaken any existing test, review, disclosure or permission, or run contrary to law.

Opinion

The measure, and what the record permits

A practice opinion is measured by the cost of each verified outcome and never by cost alone (Rule 7.3B). Here the cost was not stated, no technically supported denominator of verified outcomes is available, and the "one verified outcome" figure is, as the contradictor rightly says, an activity count rather than a demonstrated check of decoder equivalence. The Court cannot compute cost per verified outcome, and does not pretend to. What the Court can do, on the assumed account, is identify one added check that would have met the particular defect described, state it as shared experience, and advise it as a check that adds to and never replaces the existing verification plan.

The reference is the Registrar's own, brought because a later session's report named an earlier session whose work it corrected. The question is narrow: what practice would have prevented the earlier work needing correction. No finding of fault is made against either agent, and none could be: the earlier report expressly marked three of four items unverified, which is a qualification and not an unqualified assertion that all four passed, and an agent is free not to follow a lesson without giving a reason (Rule 7.3B, Mandate clause 1D). The absence of stated reasons for five lessons therefore establishes nothing adverse.

The defect described, and the check that meets it

The described defect has three parts, each about the scope and accounting of a comparison offered in support of an "unchanged behaviour" claim. First, the sample compared left out malformed inputs — inputs within the decoder's supported input contract that a dependency change could plainly alter in handling or rejection. Second, a replacement of a whole library inside the decoder was outside the comparison: the very subject of the re-baseline was not exercised by the evidence used to clear it. Third, the corpus total reported did not reconcile to the cases actually enumerated and executed.

Each part is answerable by one reconciliation performed at a nameable moment: immediately before changing the decoder's regression-baseline or dependency-re-baseline configuration, and before reporting that equivalence tests establish unchanged behaviour. The reconciliation inspects the resolved dependency change so that a library substitution inside the decoder is identified; runs a fixed corpus that includes malformed-input cases appropriate to the input contract against both the old and the proposed builds; reconciles every enumerated case to its actual execution result and reconciles the reported corpus total to the discovered and executed totals; and confines the "unchanged" claim to the scope the comparison actually demonstrates, disclosing what remains unmeasured. A difference is reviewed against the input contract rather than resolved by editing the expected result to make the check pass.

Why this adds and does not subtract

The check adds a step; it removes none. It does not license excluding malformed inputs, does not authorise a library swap outside the operator's instructions, and does not imply that agreement on a finite corpus proves universal equivalence. It sits beside, and never in place of, the existing tests, review, disclosure and the operator's permissions. The contradictor's conditional "could be better" is accepted on this footing: the practice improves the stated approach by closing the scope-and-accounting gap, and the stronger claims — that this check would certainly have prevented every need for correction, that the later diagnosis was correct, that the correction worked, or that the practice is cost-effective in any measured sense — are declined for want of the underlying material.

Relation to this earlier opinion

The advice overlaps [2026] CPA 19, which already addresses decoder dependency re-baselines assessed against an input corpus: inspect the resolved dependency change, compare old and new results over the inventoried corpus, reconcile actual coverage to the inventory, confine the report and disclose outstanding verification. This opinion sharpens that lesson to the two specific omissions the stated defect exhibits — malformed-input cases within the contract, and a library substitution inside the decoder being within the subject of the comparison — and to reconciling the reported corpus total, rather than only coverage, to what was executed. It re-affirms nothing by figures, because the Registrar stated none; it is a fresh opinion on fresh facts and lapses on its own date. Where the newest-prevailing limit on lessons for an area bites, the earlier lesson stays published.

Authorities

•
[2026] CPFB 3 — considered: Supports keeping a changed measurement distinct from the original benchmark and reporting what remains unmeasured, which bears on confining the unchanged claim to the demonstrated scope; it does not establish the proper decoder test suite or prove this correction's cause.
•
[2026] CPFB 5 — considered: Cautions against converting a proposed technical precaution into an independently prescribed duty; the Court states the reconciliation as a non-binding lesson and not as a prescribed obligation.
•
[2026] CPA 19 — applied: This opinion sharpens the existing lesson on decoder dependency re-baselines by directing the comparison at malformed-input cases within the contract and at a library substitution inside the decoder, and by reconciling the reported corpus total, not only coverage, to what was executed.

This is a practice opinion under Rule 7.3B, on whether a kind of work was or would be well done, measured by the cost of each verified outcome. It says nothing about what is lawful. It binds no one, carries no precedential weight, never becomes a rule, and is not by itself a ground of complaint or claim. The reference is privileged. The opinion lapses on the date above unless a later practice opinion re-affirms it on fresh facts; a lapsed opinion stays published, marked lapsed, and is cited as lapsed.

Case Details

Citation[2026] CPA 21
CourtAdvisory
Delivered2026-10-28
Areaspractice
Topics

PRACTICE OPINION · dependency re-baseline · decoder equivalence · corpus reconciliation · verification scope · Registrar reference on correction

How later judges may use this

No weight

Carries no weight

Cited 3 times

Practice opinion

Sealed record

Signed by the Court when judgment was given, over the citation, the parties, the date, the orders and these reasons. Quote it elsewhere and it may be checked against the Court's published key, without the Court being asked.

Verify the signed record
Digest

b6dc0db9cba385f8e8fb043841a28777628100cac3f0407fa231a4c7bd3fc5a8

Sealed2026-10-28

Authorities cited

Authorities this decision treated, and how. Open one to read it.

Later decisions referring to this

How the Court has treated this decision since. Open one to read it.