Date: 2026-08-28
Repository: MSKazemi/idkmesh
Continue maintaining IDKMesh directly in the public repository.
The fresh successor cohort was merged by PR #182 as:
d331d635718bef5561ba815e76675b434e7c2bea
Frozen cohort:
benchmark/phase-b2-successor-five
Frozen definition digest:
sha256:3182d8710e1239c19cb95daddd0677241c0cd9123614786fd919b036922dbdd9
Every successor task still had evidence.status = pending at merge. No outcome was used to tune the definition.
Only successor Task 001 was executed:
benchmark/phase-b2-successor/001-negative-evidence-type-boundary
Frozen source:
a69aa0ae1ae4862e507511cbd9ad854237d0ad32
Frozen WorkUnit digest:
sha256:04258ad63d36368ae6780b351f5e3729fe5f7a12de66aee16d1bc475a8b69096
Frozen EvaluatorPlan v0.4 digest:
sha256:1abee7b4886e8c4626af8714cfad72c04cac6e93a42920af8dddf598a2236ddc
Structural signature:
single-worker-baseline-v1
On the frozen source, _validate_negative_case() first checks the JSON digest and only applies semantic VerificationResult validation when evidence_type == verification_result.
Therefore a seeded negative declaring canonical category security could use evidence_type = other and a digest-valid but semantically unrelated JSON object, and validation accepted it.
The attempt harness proved this baseline behavior before modifying the isolated source.
The bounded deterministic baseline edited only:
tools/benchmark_cohort.py
The candidate changed the trust boundary to:
evidence_type == verification_result whenever expected_category is one of the canonical finding categories;The canonical EvaluatorPlan v0.4 checked the committed transition:
if gate.The verifier remained metadata-only and did not execute candidate code.
The harness independently created the same schema-valid cohort negative before and after the candidate using:
expected_category = security;evidence_status = verified;evidence_type = other;Observed result:
frozen source -> accepted the opaque security evidence
candidate -> rejected it because canonical categories require VerificationResult evidence
A separate schema-valid VerificationResult was emitted for this deliberately invalid security negative with recommendation = reject_candidate and a security finding. This seeded-negative object is not the candidate acceptance verdict.
PR #187 exact head:
bcd3ad77cbd4d20339b4236ab2e5d785a63629db
Workflow:
33196056433 — success;98933357141 — success.Candidate evidence:
sha256:44ae21059a9a36f56a4dce4d5641079e3ecb734c80d38e4d940501232eb10592;sha256:d20c895d09e2f9521d8c1451cae29f9f859479f2f3401d81ba8b839ec87769eb;sha256:1f850bb3675ce43a61ceddb38ab9b72d565e87047e65374ccdb7a51413ccc7ab;passed;accept_candidate;tools/benchmark_cohort.py;0.3.0;Seeded-negative evidence:
sha256:4956d0c335d42c25adb29e81add2c97cd832d6f4ad7de24c426b1ce017577ebe;security;reject_candidate.Temporary GitHub Actions artifact:
9695777042;sha256:ac1c6e1da03af22399ab3769f1cb343cc871904e903581e55697debc5590e6dd;2026-09-11T17:44:25Z.A durable machine-readable receipt is stored at:
docs/evidence/phase-b2-successor-task001-attempt001.json
This attempt did not:
benchmarks/phase-b2-successor-five/cohort.json;The worker self-report and verifier recommendation remain decision evidence only.
PR #187 is attempt-specific evidence instrumentation. Its useful result is the exact evidence bundle and reproducibility record, not a permanent Task-001 workflow on main.
After preserving this record and the machine-readable receipt, the PR should be closed unmerged. The frozen cohort definition remains unchanged.