ci: stabilize parity gate runner

This commit is contained in:
Peter Steinberger
2026-04-22 04:37:42 +01:00
parent 895b2690c4
commit 0cd785d8a5

View File

@@ -25,8 +25,8 @@ jobs:
parity-gate: parity-gate:
name: Run the GPT-5.4 / Opus 4.6 parity gate against the qa-lab mock name: Run the GPT-5.4 / Opus 4.6 parity gate against the qa-lab mock
if: ${{ github.event.pull_request.draft != true }} if: ${{ github.event.pull_request.draft != true }}
runs-on: blacksmith-8vcpu-ubuntu-2404 runs-on: blacksmith-32vcpu-ubuntu-2404
timeout-minutes: 20 timeout-minutes: 30
env: env:
# Fence the gate off from any real provider credentials. The qa-lab # Fence the gate off from any real provider credentials. The qa-lab
# mock server + auth staging (PR N) should be enough to produce a # mock server + auth staging (PR N) should be enough to produce a
@@ -34,11 +34,12 @@ jobs:
# leak into the job env, fail hard instead of silently running # leak into the job env, fail hard instead of silently running
# against a live provider and burning real budget. # against a live provider and burning real budget.
# #
# The parity pack has 11 isolated scenario workers. The Blacksmith # The parity pack has 11 isolated scenario workers. It exercises a real
# runner label can still expose a small 2-vCPU VM, and concurrent # gateway child plus mock model turns and subagents, so keep it serial in
# isolated gateway workers make the short strict-agentic scenarios # CI even on the larger runner. Concurrent isolated gateway workers make
# flaky, especially the approval-turn followthrough gate that expects # the short strict-agentic scenarios flaky, especially the approval-turn
# a fast post-approval read within a 30s agent.wait timeout. # followthrough gate that expects a fast post-approval read within a 30s
# agent.wait timeout.
QA_PARITY_CONCURRENCY: "1" QA_PARITY_CONCURRENCY: "1"
OPENAI_API_KEY: "" OPENAI_API_KEY: ""
ANTHROPIC_API_KEY: "" ANTHROPIC_API_KEY: ""