fix(native-eval): benchmark genuine OpenClaw code mode - #62
Conversation
|
Codex review: found issues before merge. Reviewed August 2, 2026, 9:16 AM ET / 13:16 UTC. ClawSweeper reviewWhat this changesThe PR changes ShellBench’s OpenClaw native-evaluation runner to select explicit direct, directory, and Code Mode tool surfaces, export public root and child trajectories, and validate those exports before scoring benchmark runs. Merge readiness⛔ Blocked by patch quality or review findings - 6 items remain This member-authored PR should remain open. It still has the previously reported P1 compatibility regression: established native-evaluation configuration keys become hard failures without a tested translation or approved migration path. Priority: P2 Review scores
Verification
How this fits togetherShellBench turns fleet plans and environment settings into OpenClaw benchmark jobs, then validates exported session trajectories before publishing scores. The changed native-evaluation path bridges run configuration, OpenClaw execution, trajectory evidence, and benchmark results. flowchart LR
A[Fleet plans and environment] --> B[Native evaluation runner]
B --> C[OpenClaw tool configuration]
C --> D[Benchmark agent sessions]
D --> E[Public trajectory exports]
E --> F[Trajectory validation]
F --> G[Scored benchmark results]
Before merge
Findings
Agent review detailsSecurityNone. Review metrics
Root-cause clusterRelationship: Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Translate supported legacy tool-mode inputs to the explicit modes with focused regression coverage, preserve rejection for unsupported values, and attach a redacted matched direct-versus-Code-Mode run showing validated trajectory exports. Do we have a high-confidence way to reproduce the issue? Yes. Source establishes that a non-empty legacy environment value or legacy fleet-manifest key now raises before dispatch; focused regression tests can reproduce each path without a remote benchmark run. Is this the best way to solve the issue? No. Explicit modes are a reasonable target, but hard-failing established inputs without translation or an approved migration is not the narrowest safe repair. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: not found in the target repository. Codex review notes: model internal, reasoning high; reviewed against 884dd1bb5511. LabelsLabel justifications:
EvidenceWhat I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (16 earlier review cycles; latest 8 shown)
|
What does this PR do?
Makes the OpenClaw native-eval arms represent genuine direct, directory, and
Code Mode execution, then exports and validates their public trajectory bundles
before a run can be scored.
Why?
Fixes #61.
The earlier
codearm selected the legacytool_search_codebridge rather thanOpenClaw Code Mode. The harness also masked setup failures, forced thinking off,
terminated the runtime before lifecycle cleanup settled, and reconstructed
delegated traces from private session files. Those failures made the released
direct/code comparison invalid and disproportionately erased Code Mode's nested
tool calls.
Changes
direct,directory, andcodeto explicit, mutually exclusiveOpenClaw tool surfaces.
OpenClaw defaults, subagents, CLI execution, and manifests.
openclaw agentexit naturally.openclaw sessions export-trajectory.nested and repeated runs, without blocking the Gateway.
status, complete Code Mode snapshots, and the exact provider-visible
exec/waitsurface.public export bundles.
than publishing partial traces.
Tests
454 passed, 5 skipped61 passedgit diff --check, generated shell syntax for all threemodes, and generated audit-plugin
node --checkThe July 29, 2026 released
coderesult remains legacy Tool Search bridgeevidence only. It is not evidence about genuine OpenClaw Code Mode.