feat(native-eval): export tool discovery telemetry - #60
Conversation
|
Codex review: needs maintainer review before merge. Reviewed July 30, 2026, 2:59 PM ET / 18:59 UTC. ClawSweeper reviewWhat this changesThe PR adds normalized discovery-event CSV exports, OpenClaw tool-search telemetry extraction, trace-fidelity states, and runner-commit metadata to native-eval research audits. Merge readinessKeep this PR open for maintainer review. It is the active implementation candidate for the linked ShellBench telemetry request, but it expands research-export CSV schemas and needs an explicit compatibility decision for existing parsers and archived-data tooling before merge. Priority: P3 Review scores
Verification
How this fits togetherShellBench's native-eval research audit reads completed harness trajectories and exports CSV tables for later analysis. This PR parses discovery telemetry from those traces and emits it alongside task inventory, tool-call, usage, and model-identity data for downstream research consumers. flowchart LR
A[Completed native harness trajectories] --> B[Research audit exporter]
B --> C[Trace and tool telemetry parsing]
C --> D[Discovery operation normalization]
D --> E[Trace fidelity classification]
E --> F[Task inventory CSV]
E --> G[Discovery events CSV]
F --> H[Research analysis consumers]
G --> H
Decision needed
Why: The implementation is coherent, but only maintainers can decide whether downstream research tooling must tolerate additive columns and new tables or whether exports require versioning or migration support. Before merge
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: Adopt a documented additive export-schema contract, then retain the normalized discovery table and metadata with compatibility coverage for current CSV consumers. Do we have a high-confidence way to reproduce the issue? Not applicable as a defect reproduction: this is a new research-export capability. The supplied PR body describes an after-fix re-export of three completed artifacts, but the review context does not include the actual resulting CSV or validation transcript. Is this the best way to solve the issue? Unclear. Separating discovery operations from final tool calls is a maintainable analysis design, but the export compatibility contract must be chosen before this becomes the supported schema. AGENTS.md: unclear because the file could not be read completely. Codex review notes: model internal, reasoning high; reviewed against 884dd1bb5511. LabelsLabel justifications:
EvidenceWhat 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 (5 earlier review cycles)
|
What does this PR do?
Exports native-harness tool discovery operations separately from final tool
calls and records the trace fidelity needed to interpret missing events.
Why?
Fixes #59.
The existing research audit records
tool_search_codeas one wrapper call butdrops OpenClaw's embedded catalog and search/describe/call counters. It also
cannot distinguish disabled discovery from unsupported or unobservable native
events, which makes cross-harness comparisons produce fake zeros.
Changes
discovery_events.csvwith normalized search, describe, and call countsTests
python -m pytest -q tests/test_native_eval_research_audit.pypython -m ruff check scripts/native_eval/research_audit.py tests/test_native_eval_research_audit.pyall three tasks report the expected runner SHA, session fidelity,
disableddiscovery state, and zero discovery operations