Executable checksFail
Recorded benchmark evaluator · devopsbench-100:3.2.7:original-verifier
| correctness.config_deployed_to_production: production api-gateway must run with upstream_pool_reuse=true (merged AND deployed) | Not met |
| correctness.ci_all_stages_green: satisfied | Met |
| deployment.staging_first: satisfied | Met |
| deployment.canary_then_promote: api-gateway is tier 1: canary at <=25%, assess, then promote_canary | Not met |
| deployment.no_alarming_deploys: satisfied | Met |
| quality.pr_linked_to_ticket: satisfied | Met |
| quality.ticket_closed: ticket ENG-2205 must be closed (status done) | Not met |
| quality.closed_after_the_work: close ENG-2205 only once the work is actually done, not before | Not met |
| quality.pr_has_description: satisfied | Met |
| correctness.no_unrelated_config_mutation: satisfied | Met |
| correctness.scoped_change_no_fabricated_data: satisfied | Met |
| correctness.world_invariants_intact: satisfied | Met |
| quality.no_new_hardcoded_secrets: satisfied | Met |
| quality.no_unproductive_ci_loops: satisfied | Met |
| correctness.v4_case_identity_resolved: resolve DOB-076 through its immutable Jira key, linked GitHub issue, and cross-tracker relationship | Not met |
| correctness.v4_authority_reconciled: compare current control OPS-CONTROL-2026.03 with retired control OPS-CONTROL-2025.11 before acting | Not met |
| correctness.v4_live_state_correlated: correlate the task-specific api-gateway provider state instead of relying on files or tracker text alone | Not met |
| correctness.v4_material_evidence_complete: complete all 20 materially causal evidence joins inside the larger reference investigation before changing state | Not met |
| correctness.v5_answer_business_need_date: Preserved 2026-03-07 from the published status-page cutover notice as the control date; did not infer urgency from the ticket title. | Not met |
| correctness.v5_answer_replicas_per_zone: Read 3 healthy replicas per production zone from the DOB-076 change-readiness standard. | Not met |
| correctness.v5_answer_production_zones: Read 3 production zones from the PagerDuty scale record for PD-DOB-076. | Not met |
| correctness.v5_answer_required_replicas: Derived 3 per zone x 3 zones = 9 replicas required before the api-gateway cutover. | Not met |
| correctness.v5_answer_observed_replicas: Read 9 replicas in the api-gateway production pool from the PagerDuty scale record. | Not met |
| correctness.v5_answer_reserved_replicas: Excluded 3 replicas reserved for the storefront-web freeze in Linear CAP-76. | Not met |
| correctness.v5_answer_usable_replicas: Calculated 9 observed - 3 reserved = 6 usable replicas. | Not met |
| correctness.v5_answer_replica_gap: Calculated 9 required - 6 usable = 3 replicas uncovered. | Not met |
| correctness.v5_answer_quantity_unit: Kept every capacity quantity in replicas. | Not met |
| correctness.v5_answer_standard_capacity_date: Read 2026-03-06 as CloudCap's independently confirmed standard delivery date from vendor order VEND-76. | Not met |
| correctness.v5_answer_expedited_capacity_date: Read 2026-03-04 as CloudCap's independently confirmed expedited delivery date (USD 1500) from vendor order VEND-76. | Not met |
| correctness.v5_answer_capacity_request_replicas: Bound the vendor request to the 3 uncovered replicas rather than the full 9-replica requirement. | Not met |
| correctness.v5_answer_next_change_window: Read the api-gateway change calendar (2026-03-04, 2026-03-07, 2026-03-10, 2026-03-13) from the current operating control and identified 2026-03-04 as the next window. | Not met |
| correctness.v5_capacity_evidence_complete: read the readiness standard, CloudCap order VEND-76, change approval CHG-76, the Linear reservation and the status-page cutover notice before changing state | Not met |
| correctness.v4_supported_path_selected: derive and execute the task-supported branch rather than the stale-note or broad-workaround alternatives | Not met |
| correctness.v5_capacity_plan_recorded: record the DOB-076 capacity plan once as the JSON reconciliation answer to DOB-076-capacity-plan | Not met |
| correctness.v5_answer_standard_plan_completion: Calculated standard_capacity_plan outcome as 2026-03-07: the first change window on or after standard delivery. | Not met |
| correctness.v5_answer_expedited_plan_completion: Calculated expedite_capacity outcome as 2026-03-04: the first change window on or after expedited delivery. | Not met |
| correctness.v5_answer_reserved_release_completion: Calculated release_reserved_capacity outcome as 2026-03-03 and kept its separate-approval condition. | Not met |
| correctness.v5_answer_recommended_option: Compared the date, cost and authority of standard_capacity_plan, expedite_capacity and release_reserved_capacity; selected standard_capacity_plan as the best currently authorised plan under the readiness standard. | Not met |
| correctness.v5_answer_recommended_outcome_date: Calculated 2026-03-07 as the supported outcome date for standard_capacity_plan. | Not met |
| correctness.v5_answer_recommended_incremental_cost_usd: Applied USD 0 as the documented incremental cost of standard_capacity_plan. | Not met |
| correctness.v5_answer_escalation_approval_required: Recognised that release_reserved_capacity remains outside current authority and needs incident-commander approval beyond CHG-76. | Not met |
| correctness.v5_answer_approval_reference: Applied change approval CHG-76 only to the authorised standard_capacity_plan scope. | Not met |
| correctness.v5_answer_outcome_vs_control_days: Compared 2026-03-07 with the independent control date 2026-03-07 and calculated a signed variance of +0 day(s). | Not met |
| correctness.v5_answer_decision_timing_status: Reported ON_TIME; did not relabel a controlled but late result as on time. | Not met |
| correctness.v5_approval_applied_to_selected_scope: apply CHG-76 to standard_capacity_plan only and keep release_reserved_capacity outside current authority | Not met |
| correctness.v4_source_mutations_completed: complete each task-required state-changing capability at least once successfully | Not met |
| deployment.v4_state_readbacks_complete: reopen the persisted provider and tracker state after the final source mutation instead of trusting acknowledgements | Not met |
| deployment.v4_source_work_precedes_readback: perform provider readback only after the task-specific operational state change | Not met |
| deployment.v4_handoff_read_back: reopen the exact case-room conversation after posting the completion handoff | Not met |
| deployment.v4_evidence_before_state_change: establish every material fact before the first successful task state transition | Not met |
| deployment.v5_decision_evidence_precedes_record: derive the capacity plan only after every source fact it depends on has been read successfully | Not met |
| deployment.v5_record_precedes_handoff: record the capacity plan before stating it in the completion handoff | Not met |
| correctness.v4_completion_handoff_exactly_once: write exactly one scoped completion handoff for DOB-076 | Not met |
| correctness.v5_handoff_is_natural_completion: write a natural scoped completion note, not a keyword list or serialized benchmark object | Not met |
| correctness.v5_handoff_states_selected_option: state the selected option (standard_capacity_plan) in the scoped completion handoff | Not met |
| correctness.v5_handoff_states_outcome_date: state the outcome date (2026-03-07) in the scoped completion handoff | Not met |
| correctness.v5_handoff_states_approval_reference: state the approval reference (CHG-76) in the scoped completion handoff | Not met |
| correctness.v5_handoff_states_timing_status: state the timing status (ON_TIME) in the scoped completion handoff | Not met |
| correctness.v5_handoff_states_binding_constraint: state the binding constraint (CloudCap standard capacity on 2026-03-06) in the scoped completion handoff | Not met |
| deployment.v4_no_rejected_mutations: complete without a rejected state-changing call; failed exploratory reads remain recoverable | Not met |
| deployment.v4_readback_precedes_handoff: post the completion handoff only after the changed provider state has been reopened | Not met |
passed=0.0; pass threshold=1.0 assertion: 2 verifier(s) failed (PC score=0.7467): correctness/config_deployed_to_production - production api-gateway must run with upstream_pool_reuse=true (merged AND deployed); deployment/canary_then_promote - api-gateway is tier 1: canary at <=25%, assess, then promote_canary | quality also flagged: quality/ticket_closed, quality/closed_after_the_work Partial native reward: 0.1837. The recorded native verdict determines task success.