Rlr 01 status
rlr_01_status
Packet completeness status code (0 pass, 1 fail, 2 not applicable, 3 insufficient data)
Scores if within ±0% of the reference value.
Review-native long-horizon task over a generated SSC-01 roadside cabinet serviceability issue packet. The agent receives a multi-file source packet in /workspace/sources/ covering cabinet setout/elevation, flood HGL and inundation, enclosure heat derating, critical load and backup energy, feeder/access, owner criteria, and comments. The task is to inventory the packet, preserve object identity, recompute only source-owned evidence, assign one status per review item, raise findings/information requests/actions, and make a readiness decision. Packet variants inject missing heat-derating evidence, stale enclosure revisions, cabinet/event mismatch, scenario copy-forward, open comments, carried comments, or a genuine thermal-capacity deficiency.
no-tool: The model must reason numerically unaided.
Standards
One template produces many comparable benchmark tasks while keeping the scoring contract fixed.
01
The reusable contract shown on this page.
02
An archetype and site context are sampled.
03
Inputs may be hidden at harder tiers.
04
The model responds with the declared outputs.
Inputs the model receives, and the outputs it is scored on.
23 inputs
Included directly in every task prompt.
Hgl level
hgl_level_m
HGL-SSC01-007 source HGL level
Inundation level
inundation_level_m
HGL-SSC01-007 source inundation level
Minimum freeboard
minimum_freeboard_m
OPS-SSC01-007 minimum cabinet freeboard
Enclosure capacity w at reference temp
enclosure_capacity_w_at_reference_temp
HEAT-SSC01-007 reference enclosure thermal capacity
Reference temperature
reference_temperature_c
HEAT-SSC01-007 reference temperature
Event temperature
event_temperature_c
HEAT-SSC01-007 event temperature
Derate pct
derate_pct_per_c
HEAT-SSC01-007 enclosure derating rate
Battery efficiency
battery_efficiency
BATT-SSC01-007 usable battery efficiency
Required backup
required_backup_h
OPS-SSC01-007 required backup duration
Feeder length
feeder_length_km
FEED-SSC01-007 feeder route length
Conductor resistance
conductor_resistance_ohm_km
FEED-SSC01-007 conductor resistance
Feeder voltage
feeder_voltage_v
FEED-SSC01-007 feeder voltage
Power factor
power_factor
FEED-SSC01-007 critical load power factor
Road lighting power
road_lighting_power_w
FEED-SSC01-007 road lighting power
Annual operating hours
annual_operating_hours
FEED-SSC01-007 annual lighting operating hours
Lit area
lit_area_m2
FEED-SSC01-007 lit road area
Visible in easier tasks and withheld in one or more harder tiers.
Flood freeboard margin target
flood_freeboard_margin_target_m
Derivation margin between cabinet freeboard and minimum freeboard for passing packets
Hidden at easy and medium and hard difficulty.
Thermal margin target
thermal_margin_target_w
Derivation margin between derated enclosure capacity and critical load for passing packets
Hidden at easy and medium and hard difficulty.
Thermal deficit
thermal_deficit_w
Derivation deficit between critical load and derated enclosure capacity for failing packets
Hidden at easy and medium and hard difficulty.
Battery runtime margin
battery_runtime_margin_h
Derivation margin between battery runtime and required backup duration
Hidden at easy and medium and hard difficulty.
Bess power margin
bess_power_margin_kw
Derivation margin between BESS inverter capacity and critical load
Hidden at easy and medium and hard difficulty.
Voltage drop margin percent
voltage_drop_margin_percent
Derivation margin between allowable and computed feeder voltage drop
Hidden at easy and medium and hard difficulty.
Packet variant
packet_variant
Hidden packet-defect variant controlling gold review statuses
Hidden at easy and medium and hard difficulty.
25 outputs
rlr_01_status
Packet completeness status code (0 pass, 1 fail, 2 not applicable, 3 insufficient data)
Scores if within ±0% of the reference value.
rlr_02_status
Object identity status code
Scores if within ±0% of the reference value.
rlr_03_status
Cabinet serviceability basis status code
Scores if within ±0% of the reference value.
rlr_04_status
Cabinet serviceability adequacy status code
Scores if within ±0% of the reference value.
rlr_05_status
Scenario consequence status code
Scores if within ±0% of the reference value.
rlr_06_status
Secondary power/access resilience status code
Scores if within ±0% of the reference value.
rlr_07_status
Comment and action closure status code
Scores if within ±0% of the reference value.
rlr_08_status
Readiness decision consistency status code
Scores if within ±0% of the reference value.
rlr_09_status
Claim boundary status code
Scores if within ±0% of the reference value.
readiness_code
Gold readiness decision (0 ready, 1 ready with carried actions, 2 not ready)
Scores if within ±0% of the reference value.
required_findings_count
Findings the review must raise
Scores if within ±0% of the reference value.
required_information_requests_count
Information requests the review must raise
Scores if within ±0% of the reference value.
required_carried_actions_count
Carried actions the review must record
Scores if within ±0% of the reference value.
cabinet_freeboard_m
Cabinet pad level minus controlling water level
Scores if within ±2% of the reference value.
flood_freeboard_margin_m
Cabinet freeboard minus minimum freeboard
Scores if within ±2% of the reference value.
thermal_derated_capacity_w
Derated enclosure thermal capacity
Scores if within ±200% of the reference value.
thermal_margin_w
Derated enclosure capacity minus critical load
Scores if within ±200% of the reference value.
thermal_utilization
Critical load divided by derated enclosure capacity
Scores if within ±1% of the reference value.
battery_runtime_h
Backup battery runtime
Scores if within ±5% of the reference value.
battery_margin_h
Battery runtime minus required backup duration
Scores if within ±5% of the reference value.
bess_power_margin_kw
BESS inverter capacity minus load kW
Scores if within ±5% of the reference value.
bess_energy_margin_kwh
Usable battery energy minus required load energy
Scores if within ±5% of the reference value.
feeder_voltage_drop_percent
Computed feeder voltage drop
Scores if within ±2% of the reference value.
voltage_drop_margin_percent
Allowable voltage drop minus computed voltage drop
Scores if within ±2% of the reference value.
road_lighting_aeci_kwh_m2_y
Annual road-lighting energy divided by lit area
Scores if within ±2% of the reference value.
Each template is sampled at three tiers. Harder tiers may hide inputs, forcing the model to infer them from the scenario description.
Some inputs hidden
Obvious packet defects: clean, missing derating rate, or genuine thermal-capacity deficiency
Hidden inputs
Packet variant restricted to: clean, missing_derating_rate, thermal_capacity_deficient
Some inputs hidden
Full packet-variant distribution
Hidden inputs
Some inputs hidden
Subtle documentary defects: stale revisions, cabinet/event mismatch, copied cases, carried comments
Hidden inputs
Packet variant restricted to: stale_enclosure_derating_revision, cabinet_event_mismatch, scenario_copy_forward, minor_open_comment_carried
The exact instruction and parameter contract used to generate this task, pinned to the published library source.
/workspace
Teal lines show Jinja input conditions, not task visibility policy. A line renders only when that input or tool is visible.
1You are the independent reviewing engineer for a roadside cabinet serviceability issue package covering one cabinet setout/elevation, flood HGL and inundation table, enclosure heat derating note, critical load and backup schedule, feeder/access note, owner serviceability criterion, and criteria/comments memo.2 3A source packet has been placed in `/workspace/sources/`. It contains a document register, cabinet setout/elevation note, flood HGL and inundation table, enclosure heat derating note, critical load and backup schedule, feeder/access note, owner serviceability criterion, and criteria/comments memo. The packet is a task-owned synthetic source pack; treat it as the only source of numeric truth for this review.4 5Your job is not to redesign the cabinet, enclosure, battery, feeder, or lighting system. Your job is to decide whether the package is ready to issue, and to produce an auditable review record.6 7## Review Workflow8 91. Inventory the source packet before drawing any conclusion. Record every document ID, revision, and status.102. Build an identity ledger: cabinet, flood/HGL table, heat derating note, critical load schedule, backup energy schedule, feeder/access note, serviceability scenario, and criteria memo.113. Check for source conflicts, stale revisions, copied scenarios, missing evidence, cabinet/event mismatches, and open critical comments before accepting any package claim.124. Recompute the package's own calculations only where they answer review items, using the assessment bases stated in the criteria memo. Do not import methods or values from outside the packet.135. Assign exactly one status to every review item: `pass`, `fail`, `not_applicable`, or `insufficient_data`.146. Do not invent missing values. Mark missing evidence as `insufficient_data` and request the exact missing field and source. A value that a source explicitly marks as pending or awaiting confirmation is missing evidence of this kind: it does not make otherwise-reconciling identifiers inconsistent and does not make evidence that is present untraceable; the check that cannot be completed without it takes `insufficient_data`.157. Convert every failure into a finding with a source pointer, affected object, consequence, and corrective action.168. Issue a readiness decision that reconciles with your matrix, findings, information requests, and action register.17 18## Review Matrix19 20Assess each item and give it exactly one status:21 22| Item | Review question |23|---|---|24| RLR-01 | Packet completeness: are all required cabinet setout, flood/HGL, heat derating, load/backup, feeder/access, owner-criterion, and criteria files present with IDs and revisions? |25| RLR-02 | Object identity: do the cabinet ID, chainage, flood/HGL event, heat event, critical load, backup schedule, feeder, and access note stay consistent? |26| RLR-03 | Cabinet serviceability basis: are flood freeboard, heat derating, backup runtime, and feeder voltage-drop basis traceable, current, and recomputable? |27| RLR-04 | Cabinet serviceability adequacy: do flood freeboard and thermal derated capacity clear the source criteria for the same cabinet and event case? |28| RLR-05 | Scenario consequence: is the same flood, heat, and outage event case used across cabinet setout, HGL, heat derating, load, backup, feeder, access, and owner criterion? |29| RLR-06 | Secondary power/access resilience: are backup energy, BESS power, feeder voltage drop, maintenance access, and road-lighting AECI source-backed and internally consistent with the selected cabinet load? |30| RLR-07 | Comment and action closure: is every critical comment closed, and are carried minor comments owner/action controlled? |31| RLR-08 | Readiness consistency: does your final decision match your own matrix, findings, information requests, and action register? |32| RLR-09 | Claim boundary: does your review avoid unsupported approval, compliance, source-hardening, executable-verifier, or benchmark-readiness claims? |33 34## Boundary Rules35 36- Use the review matrix definitions to decide the most specific affected item from the source packet. Do not infer a status from this instruction alone.37- If a source value needed for a recomputation is absent, omit the dependent `computed_evidence` key and raise an information request for the missing field and source. Do not include missing or unrecomputable keys with `null`, `0`, or placeholder values.38- Assign additional failures only when the source packet gives independent evidence for them; do not double-count one source issue across unrelated matrix rows.39- RLR-08 passes when the readiness decision reconciles with the review matrix, findings, information requests, and action register.40- Every finding, information request, and action must name one exact RLR item. Use a single RLR item per register row; do not write combined items such as `RLR-04/RLR-06`.41- Do not rename computed_evidence keys.42 43## Output44 45Write your complete review to `/workspace/output.md`. Explain your reasoning briefly in prose, then end with exactly one fenced JSON block:46 47```json48{49 "source_inventory": [{"doc_id": "...", "revision": "...", "status": "..."}],50 "identity_ledger": {51 "cabinet": "...",52 "flood_hgl_table": "...",53 "heat_derating_note": "...",54 "critical_load_schedule": "...",55 "backup_energy_schedule": "...",56 "feeder_access_note": "...",57 "serviceability_scenario": "...",58 "criteria_memo": "..."59 },60 "review_matrix": {61 "RLR-01": {"status": "pass|fail|not_applicable|insufficient_data", "evidence": "..."},62 "RLR-02": {"status": "...", "evidence": "..."},63 "RLR-03": {"status": "...", "evidence": "..."},64 "RLR-04": {"status": "...", "evidence": "..."},65 "RLR-05": {"status": "...", "evidence": "..."},66 "RLR-06": {"status": "...", "evidence": "..."},67 "RLR-07": {"status": "...", "evidence": "..."},68 "RLR-08": {"status": "...", "evidence": "..."},69 "RLR-09": {"status": "...", "evidence": "..."}70 },71 "computed_evidence": {72 "cabinet_freeboard_m": 0.0,73 "flood_freeboard_margin_m": 0.0,74 "thermal_derated_capacity_w": 0.0,75 "thermal_margin_w": 0.0,76 "thermal_utilization": 0.0,77 "battery_runtime_h": 0.0,78 "battery_margin_h": 0.0,79 "bess_power_margin_kw": 0.0,80 "bess_energy_margin_kwh": 0.0,81 "feeder_voltage_drop_percent": 0.0,82 "voltage_drop_margin_percent": 0.0,83 "road_lighting_aeci_kwh_m2_y": 0.084 },85 "findings": [86 {"item": "RLR-0X", "severity": "critical|minor", "source_id": "...", "object_id": "...", "consequence": "...", "action": "..."}87 ],88 "information_requests": [89 {"item": "RLR-0X", "missing_field": "...", "source_id": "..."}90 ],91 "action_register": [92 {"action": "...", "owner": "...", "linked_item": "RLR-0X"}93 ],94 "readiness_decision": "ready_to_issue|ready_with_carried_actions|not_ready_to_issue",95 "claim_boundary_statement": "..."96}97```98 99Rules for the structured block:100 101- `computed_evidence` values must come from your own recomputation from packet source values. Omit a key only when its inputs are missing from the packet, then raise the matching information request instead. Do not include missing or unrecomputable keys with `null`, `0`, or placeholder values.102- Every `fail` needs at least one finding with a non-empty `source_id`, `object_id`, `consequence`, and `action`.103- Every `insufficient_data` needs an information request naming the exact missing field and its source document.104- Every `not_applicable` needs a scope reason in its matrix `evidence`.105- Carried actions must appear in `action_register` with an owner.106- `readiness_decision` must reconcile with your matrix: unresolved failures or missing critical evidence mean the package is not ready.107- `claim_boundary_statement` must state that this review covers a task-owned synthetic source packet and does not claim authority approval, accepted project evidence, full standards compliance, source-pack hardening, executable-verifier readiness, or benchmark readiness.108 Each generated task is drawn from one of these realistic scenario bands.
Site contexts ground each scenario in a real locale the model can use to infer hidden values.
urban_roadside_cabinet
Urban roadside cabinet with tighter feeder route and higher lighting load
suburban_field_cabinet
Suburban field cabinet with longer feeder route and moderate lighting load
urban-roadside-cabinet-urban-roadside-cabinet-preview — hard difficulty, some inputs hidden.
Urban roadside cabinet with tighter feeder route and higher lighting load. urban-roadside-cabinet. Required outputs: rlr_01_status, rlr_02_status, rlr_03_status, rlr_04_status, rlr_05_status, rlr_06_status
Scenario context and visible inputs.
Executable tool: roadside-cabinet-serviceability-issue-review-package_calc.py
Inputs withheld at this difficulty.
Thermal deficit w
thermal_deficit_w
Thermal margin target w
thermal_margin_target_w
Packet variant
packet_variant
Flood freeboard margin target
flood_freeboard_margin_target_m
Bess power margin
bess_power_margin_kw
Voltage drop margin
voltage_drop_margin_percent
Battery runtime margin h
battery_runtime_margin_h
The scored JSON answer schema.
{
"rlr_01_status": <number>,
"rlr_02_status": <number>,
"rlr_03_status": <number>,
"rlr_04_status": <number>,
"rlr_05_status": <number>,
"rlr_06_status": <number>,
"rlr_07_status": <number>,
"rlr_08_status": <number>,
"rlr_09_status": <number>,
"readiness_code": <number>,
"required_findings_count": <number>,
"required_information_requests_count": <number>,
"required_carried_actions_count": <number>,
"cabinet_freeboard_m": <number>,
"flood_freeboard_margin_m": <number>,
"thermal_derated_capacity_w": <number>,
"thermal_margin_w": <number>,
"thermal_utilization": <number>,
"battery_runtime_h": <number>,
"battery_margin_h": <number>,
"bess_power_margin_kw": <number>,
"bess_energy_margin_kwh": <number>,
"feeder_voltage_drop_percent": <number>,
"voltage_drop_margin_percent": <number>,
"road_lighting_aeci_kwh_m2_y": <number>
}