Run Hermes adapter through local harness - #35
Conversation
|
Codex review: needs changes before merge. Reviewed July 31, 2026, 12:05 AM ET / 04:05 UTC. ClawSweeper reviewWhat this changesThis PR lets registered local adapters such as Hermes run through ShellBench’s generic benchmark harness, adds local file/execution verification support, and prepends task-workspace guidance to Hermes prompts. Merge readinessKeep this PR open: it has useful real-run evidence and a focused integration goal, but local state assertions still go through the gateway-only verification client instead of the adapter verifier. That makes memory, session, and cron checks fail or misreport for Hermes/local runs, so the harness cannot yet safely support the broader non-file workload it enables. Priority: P2 Review scores
Verification
How this fits togetherShellBench turns benchmark tasks into adapter runs and then evaluates the resulting workspace, execution output, and agent state. This PR changes the local-adapter path between task execution and verification so Hermes can use the same harness lifecycle as OpenClaw without a gateway. flowchart LR
A[Benchmark task] --> B[Harness lifecycle]
B --> C{Selected adapter}
C -->|OpenClaw| D[Gateway client]
C -->|Hermes or local adapter| E[Adapter context]
E --> F[Workspace and execution results]
D --> G[State verification]
E --> G
F --> H[Benchmark score]
G --> H
Before merge
Findings
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Copy recommended automerge instructionTechnical reviewBest possible solution: Keep OpenClaw on its gateway verification path, but route local adapter state queries through each adapter’s Do we have a high-confidence way to reproduce the issue? Yes, from source: run a local adapter task containing memory, session, or cron state assertions and the shared path reaches the gateway-only local verification client rather than the adapter verifier. The supplied review history identifies this against the unchanged current PR head. Is this the best way to solve the issue? No. The generic lifecycle is the right direction, but local adapter state queries must be dispatched to the adapter verifier rather than failing through a gateway-only shim. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: unclear because the file could not be read completely. Codex review notes: model internal, reasoning high; reviewed against 884dd1bb5511. LabelsLabel changes:
Label justifications:
EvidenceAcceptance criteria:
What I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (12 earlier review cycles; latest 8 shown)
|
Summary
Validation
/Users/reckon/miniconda3/bin/python -m pytest tests/test_harness.py tests/test_hermes_adapter.py -q->21 passed/Users/reckon/miniconda3/bin/python -m pytest -q->318 passed, 5 skippedt2-msg-summarize-threadimproved from0.63704to1.000with the workspace-guidance patch.Notes
adapter != "openclaw"through the adapter lifecycle.