idkmesh

PR Backlog Convergence and Real-Node Evidence

Date: 2026-08-28
Repository: MSKazemi/idkmesh

Project-owner request

Continue. We also have many pull requests.

Interpretation

The repository had reached a form of integration backpressure: candidate work, research branches, planning branches, controller experiments, and evidence paths were being generated faster than the project could integrate or reject them.

The appropriate response was therefore convergence before expansion:

  1. inventory the live PR queue;
  2. merge bounded, current, green, canonical changes;
  3. close stale/superseded/deferred branches with explicit successor paths;
  4. preserve useful ideas as public provenance rather than keeping every branch live;
  5. prioritize the real worker -> independent verifier evidence path;
  6. avoid creating another feature PR during cleanup;
  7. keep the final independent human-review boundary intact.

The first quick count undercounted the backlog; a full refresh showed 24 open PRs. The correction was made immediately and the full queue became the convergence target.

Convergence actions

Merged during this pass

Several other canonical pieces also landed concurrently from other repository work while the convergence pass was running, including the clean evaluator/output-authority and security-hardening path (#103, #107, #111) and the ACE shadow/controller foundation (#68). The queue was refreshed repeatedly rather than acting on stale snapshots.

Closed as stale, superseded, or deliberately deferred

Real worker evidence: failure first, then pass

The most important outcome of convergence was not simply fewer pull requests. It was that the real runtime gate found a genuine defect that static/schema CI had missed.

First frozen runtime attempt

An older PR #91 candidate:

d638a2f78e4a89353b98e91052233e365f56f90a

reached real Docker execution and correctly resolved the immutable python:3.12-alpine image identity, but the positive smoke task failed with a Python SyntaxError.

Root cause: JSON decoding turned newline escapes inside the python -c smoke command into literal newlines inside a single-quoted Python string.

The gate was not weakened and the failed result was preserved as useful evidence.

Worker correction

The canonical smoke task was changed to an escape-free construction using chr(10). A regression test was then added that parses the actual canonical WorkUnit and compiles the decoded python -c command before runtime acceptance.

This produced the current exact worker candidate:

520ad2c9aa5825476de4957da4702d6823f4edb3

Exact-head prerequisites passed:

Controlled Docker acceptance

The full exact-head controlled-runtime matrix then passed for 520ad2c9....

Positive evidence included:

Required negative cases all failed closed:

  1. forbidden/out-of-scope tracked path;
  2. ignored untracked artifact;
  3. task-visible Git-pointer tampering;
  4. oversized/truncated candidate patch;
  5. absent local image;
  6. locally retagged image without matching repository digest.

Issue #37 was completed for the exact corrected worker head.

Evaluator evidence: another useful failure

The first attempt to connect the real accepted worker to the canonical independent verifier exposed a second integration defect, this time in the evaluator-owned harness rather than the worker.

The stale E2E plan failed schema validation because current EvaluatorPlan v0.2 requires:

The worker was not modified. The canonical evaluator had already been hardened in #111 to require explicit stdout/stderr evidence and conservative unified-diff structure.

A clean replacement E2E in #113 fixed plan drift by deriving from the current canonical evaluator plan fixture instead of hardcoding evolving evaluator-version details.

Real node -> independent verifier E2E

PR #113 exact-head workflow run 33186566651 passed.

Observed evidence:

Issue #5 Phase B1 is therefore complete. The next verification milestone is a small 5–10 task real replayable cohort before any larger benchmark expansion.

Final PR state

At the end of this convergence turn, the active pull-request queue is:

This is intentional. #91 remains draft because the project explicitly requires a separate human/reviewer inspection of the exact-head CI and controlled-runtime evidence before integration. It has been labeled help wanted to make that community review need visible.

The low PR count is not permission to weaken the final independence boundary.

Durable operating lesson

IDKMesh should treat PR backlog like verification debt:

proposal generation > review/integration capacity
  -> open-work pressure rises
  -> context and merge drift grow
  -> duplicate mechanisms accumulate
  -> integration quality falls

The corrective controller is:

high open-work pressure
 -> convergence mode
 -> stop optional new branches
 -> merge current bounded evidence
 -> close/defer superseded work
 -> preserve provenance
 -> repair real failures
 -> re-measure the queue

A failed test, runtime gate, or verifier run is not wasted work. If it reveals a real incompatibility and produces a regression guard, it is high-value project evidence.

Community impact

Reducing the PR queue from 24 to 1 makes the repository easier for a newcomer or independent reviewer to understand. The remaining open contribution surface is also unusually concrete: review exact worker head 520ad2c9... and its already-recorded CI/runtime/E2E evidence without needing to reason about two dozen competing branches.

The next product work after that review should remain evidence-first: integrate the canonical worker, run real multi-attempt orchestration through the landed verifier and non-selecting Evidence Report, then build the first small real benchmark cohort.