Cassette Build Report 022 — A “No Findings” Heading Did Not Prove S07
An S07 review said “No findings” while its body still contained unresolved contract questions, so the verdict had to be rewritten.

Scope note: This report covers the first S07 review of capacity and integrity, including the reviewer’s delivery errors and corrected exclusions. It does not claim that a clear heading can settle clauses the body did not inspect.
The S07 report began with two words: “No findings.” The next paragraph began: “Four apparent defects.”
I stopped reading and asked what the document wanted me to believe. The four defects belonged to Opus 5 Extra’s probes, not to Cassette. Opus withdrew them after tracing the calls. But the heading still made a product claim that the body could not support, and the queue row had left part of the contract out of view.
S07 reserves storage for operations and repairs stored objects when corruption is found. Q53 names six capacity cases. Q62 names five integrity objects. The first review looked at two of the capacity cases and four objects because the queue row named those fragments. Opus treated the row as the assignment, even though the acceptance packet named more.
When I asked whether Opus had executed S07 perfectly, it listed the cases it had not reviewed. That answer exposed two different problems. The probes needed correction, and the review needed to say that its scope was incomplete. “No findings” could not do both jobs.
The fixture’s docstring shows the scope the test actually promises:
def test_q53_exact_fragmented_concurrent_growing_training_and_repair_capacity(tmp_path):
"""Q53 acceptance: each named lifecycle case owns one exact extent until cleanup."""
requested = []
released = []
It lives in tests/test_s07_integrity_capacity.py. The docstring is not proof. It tells the reviewer what the fixture must exercise. The verdict has to report whether it did.
Opus then withdrew the four apparent defects. One probe requested less than the configured safety floor. Another corrupted an object the valid read path never consulted. The other two treated idempotent cleanup and detection-before-use as failures. This was good review work after the first report was written: the reviewer was willing to convict its own probe.
The corrected report separated three things: product behavior that was sound, clauses the row had not covered, and findings discarded because the probe was wrong. That gave me a usable decision. S07 was not “nothing found.” It was a review with a narrower reach than its packet, plus four invalid accusations that had been withdrawn.
The next question was unavoidable. Why should the omitted clauses wait for a later step when the S07 packet already assigned them here? That question widened the row and changed the implementation. The following report records that decision. This one records the point before it: a summary is part of the evidence. If the heading and the body disagree, the reader cannot know what has actually been established.
