Migrate Tool Search gateway E2E into QA Lab flow#97478
Conversation
|
Codex review: needs maintainer review before merge. Reviewed June 28, 2026, 9:12 PM ET / 01:12 UTC. Summary PR surface: Source +826, Tests +96, Docs 0, Other -653. Total +269 across 9 files. Reproducibility: not applicable. as a QA migration PR rather than a bug report. Source inspection verifies the previous mock-provider selection finding is fixed on the latest head, and the PR body lists focused Vitest, QA suite, docs-format, diff-check, and autoreview evidence that I did not rerun in this read-only review. Review metrics: 2 noteworthy metrics.
Stored data model Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Land the flow migration after maintainers accept the QA Lab suite command as the replacement proof path and the focused QA scenario validation is green. Do we have a high-confidence way to reproduce the issue? Not applicable as a QA migration PR rather than a bug report. Source inspection verifies the previous mock-provider selection finding is fixed on the latest head, and the PR body lists focused Vitest, QA suite, docs-format, diff-check, and autoreview evidence that I did not rerun in this read-only review. Is this the best way to solve the issue? Yes, this is the best owner-boundary direction: the scenario catalog and QA Lab flow runner now own the proof instead of a standalone script. The remaining question is maintainer acceptance of retiring the direct script entrypoint, not a concrete patch defect. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 081f8fd1fa68. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Source +826, Tests +96, Docs 0, Other -653. Total +269 across 9 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
193663f to
fe78b94
Compare
39475f0 to
815883e
Compare
393cb5c to
df8abb7
Compare
* test: migrate tool search gateway to QA flow * test: use built SDK in tool search QA fixture * test: fix tool search QA fixture lint * test: gate tool search QA flow to mock provider * Share QA Lab fixture utilities * Tighten QA fixture helper defaults * test: gate tool search QA flow mode
* test: migrate tool search gateway to QA flow * test: use built SDK in tool search QA fixture * test: fix tool search QA fixture lint * test: gate tool search QA flow to mock provider * Share QA Lab fixture utilities * Tighten QA fixture helper defaults * test: gate tool search QA flow mode
* test: migrate tool search gateway to QA flow * test: use built SDK in tool search QA fixture * test: fix tool search QA fixture lint * test: gate tool search QA flow to mock provider * Share QA Lab fixture utilities * Tighten QA fixture helper defaults * test: gate tool search QA flow mode
* test: migrate tool search gateway to QA flow * test: use built SDK in tool search QA fixture * test: fix tool search QA fixture lint * test: gate tool search QA flow to mock provider * Share QA Lab fixture utilities * Tighten QA fixture helper defaults * test: gate tool search QA flow mode
What Problem This Solves
The Tool Search gateway E2E was still owned by a standalone script, so the QA scenario only linked out to script evidence instead of running as a native QA Lab flow.
This keeps the existing coverage IDs unchanged:
runtime.hosted-tool-useplugins.plugin-tools,tools.invocationWhy This Change Was Made
The standalone
scripts/tool-search-gateway-e2e.tspath duplicated QA Lab lifecycle work. This moves the scenario into a flow-backed QA Lab fixture that stages the fake plugin catalog, restarts the QA gateway with scenario config, drives/v1/responses, and compares provider/debug/session-log evidence from inside the QA runner.The mock provider ordering was also tightened so Tool Search follow-up summaries are returned before generic QA summary text.
User Impact
Maintainers can now run the Tool Search gateway proof through the normal QA Lab scenario entrypoint:
No taxonomy changes are included.
Evidence
node scripts/run-vitest.mjs run extensions/qa-lab/src/tool-search-gateway.fixture.test.ts extensions/qa-lab/src/providers/mock-openai/server.test.tspnpm openclaw qa suite --provider-mode mock-openai --scenario tool-search-gateway-e2e --output-dir .artifacts/qa-e2e/tool-search-gateway-flow-experimentnode scripts/run-vitest.mjs run extensions/qa-lab/src/scenario-catalog.test.ts extensions/qa-lab/src/scenario-packs.test.tspnpm format:docs:check -- docs/tools/tool-search.mdgit diff --check.agents/skills/autoreview/scripts/autoreview --mode local