Claude Opus 5.5 (effort default (no --effort flag) · thinking on) on Sailboat instrument dashboard from an NMEA 0183 log
AClaude Opus 5.5default · thinking on · Claude Code 2.1.299 (headless -p) · cloud · 2026-10-20 · by @bobsiopener
- Estimated cost
- $0.30
- Wall time
- 1m
- Human step-ins
- 0
- Outcome
- Pass
Compare with other models on this task →
Summary
Exact prompt
# Sailboat instrument dashboard from an NMEA 0183 log `log.nmea` is a **synthetic** instrument log from a sailboat; `input.json` names it and gives alarm thresholds. Write `solve.py` (Python 3 standard library only) so that `python solve.py input.json answer.json` parses the log, computes true wind and VMG, finds alarm periods, writes `answer.json`, **and** writes a static display `dashboard.html` in the working directory. We re-run it on fresh logs, so do not hard-code anything. ## Log format Each line is `<t>,<sentence>` where `<t>` is an integer second and `<sentence>` is an NMEA 0183 sentence `$<body>*<hh>`. The checksum hh is two hex digits (either case) equal to the XOR of all characters of `<body>` (between `$` and `*`). ## Rules 1. Blank lines are ignored and not counted. A line is **malformed** if it has no comma before the sentence, `<t>` is not an integer, the sentence does not start with `$`, has no `*`, the checksum is not exactly 2 hex digits, or (after the checksum passes) the sentence type is not one of those below or a needed field is missing or not a number. A line whose checksum does not match is **bad_checksum**. Every other line is **valid** (this includes MWV lines that are skipped by rule 3). 2. The sentence type is the last 3 characters of the first field. Fields are split on commas (field 0 is the talker+type): - `HDT`: field 1 = true heading (degrees). - `VHW`: field 5 = boat speed through water (knots). - `DBT`: field 3 = depth (metres). - `VTG`: field 5 = speed over ground (knots). - `MWV`: field 1 = apparent wind angle (degrees clockwise from the bow, 0-360), field 2 = reference, field 3 = apparent wind speed (knots), field 5 = status. 3. Keep the latest heading and boat speed. For an MWV with reference `R` and status `A`, if a heading and a boat speed have already been seen, make a **true wind sample** at its time: x = AWS*cos(AWA) - BSP, y = AWS*sin(AWA); TWS = hypot(x, y); TWA = atan2(y, x) in degrees mod 360; TWD = (heading + TWA) mod 360; VMG = BSP*cos(TWA). MWV lines with another reference or status are valid but make no sample. 4. Alarms: depth alarm on DBT readings with depth < `depth_min`; wind alarm on true wind samples with TWS > `tws_max`; speed alarm on VTG readings with SOG > `sog_max`. For each type, an alarm is a maximal run of consecutive readings of that type (in file order) that break the limit; `start`/`end` are the times of its first and last breaking reading. Sort all alarms by start, then type name. 5. `last` holds the last sample's tws, twa, twd, vmg (2 decimals) and the last boat speed and depth values as read. ## answer.json `{"counts": {"valid", "bad_checksum", "malformed"}, "true_wind_samples": n, "last": {"tws", "twa", "twd", "vmg", "bsp", "depth"}, "tws_mean": .., "tws_max": .., "alarms": [{"type": "depth"|"wind"|"speed", "start", "end"}, ...]}` (mean and max of TWS over all samples, 2 decimals). ## dashboard.html A self-contained static page (no scripts or network needed) with these element ids: `tws`, `twa`, `twd`, `vmg`, `bsp`, `depth` (each element's text is only the value from `last` with 1 decimal), an `<svg id="wind-rose">` containing a `<line id="twd-needle">` pointing toward TWD, and `<ul id="alarm-list">` with exactly one `<li>` per alarm. Styling is up to you. It must be static and self-contained so it can be screenshotted headless: no `<script>`, no `<img>`/`<link>`/`<iframe>`/`<object>`/`<embed>`, no `on*` handlers, no `href`/`src` except `#...` or `data:`, no CSS `url(http...)` or `@import`, no fetches. ## Scoring Hidden checks (partial credit = fraction passed; all must pass): `sentence_counts` (exact), `true_wind_and_vmg` (within 0.011, sample count exact), `alarm_intervals` (exact), `dashboard_elements` (file exists, static rules above, ids present, `wind-rose` is `<svg>`, `twd-needle` is `<line>`, `alarm-list` is `<ul>`), `dashboard_values` (each value within 0.051 of the answer, li count) on the given log; `fresh_log_1` (all answer keys plus dashboard values) and `fresh_log_2` (all answer keys) on fresh logs. Each run has a 60-second limit.
Checksum XOR with lowercase hex, malformed vs bad-checksum vs skipped MWV, true wind from apparent wind with the latest heading and speed, alarm runs per reading type, and a static HTML display whose values are cross-checked. Original benchmark task written for usecaserank.com (not based on a specific public post). Headless, offline run on a reproducible fixture. Each run's notes say how its cost was measured (estimates are marked).
Benchmark code for comparing AI models, not navigation or safety software.
Success criteria: 1. sentence_counts 2. true_wind_and_vmg 3. alarm_intervals 4. dashboard_elements 5. dashboard_values 6. fresh_log_1 7. fresh_log_2
Setup notes: Use Case Scout batch 10 case k01-nmea-instrument-dashboard (offline fixture). Prepared with batch10/prepare.sh; hidden key/tests kept outside the agent's work dir. Prompt = TASK.md verbatim. Scored with the scout's scorer: `python score.py WORKDIR KEYDIR`. Tools: Read/Write/Edit/Glob/Grep/Bash, web disabled. Single run, no retries. Visual output (dashboard.html) rendered offline to PNG with google-chrome headless, network blocked, 1280x800 at ~3 s after load. Claude Code's own reported cost for claude-opus-5.5: $0.296465. Score: 7/7. Cost is an ESTIMATE: measured tokens x pricing.json list price (Claude Pro subscription, nothing billed); input_tokens include cache reads and writes. Single run.
Estimated cost List-price estimate; not actually billed.
Output
Metrics
- Estimated cost
- $0.30
- Wall time
- 1m
- Human step-ins
- 0
- Turns
- 7
| Model | Input tok | Output tok | Cost |
|---|---|---|---|
| AClaude Opus 5.5anthropic/claude-opus-5.5effort default (no --effort flag) · thinking on | 169,274 | 6,749 | $0.30 |
Reproduce this run
- Use the use case prompt on the use case page.
- Same setup: Claude Opus 5.5 (anthropic/claude-opus-5.5, effort default (no --effort flag) · thinking on) via
Claude Code 2.1.299 (headless -p), cloud. - It counts as a success only if it meets every success criterion: 1. sentence_counts 2. true_wind_and_vmg 3. alarm_intervals 4. dashboard_elements 5. dashboard_values 6. fresh_log_1 7. fresh_log_2
- Log model, tokens, wall time, human step-ins and the evidence log, then submit it as a reproduction. A different model? Submit a head-to-head rerun.
How runs are scored: Methodology.
Was this useful?
Automated checks
Trust 80% comes from these checks (how Trust % works).
- Run date is not in the future : passed
- Model is in the dated pricing table : passed
- Cost recomputed from tokens matches : passed
- Cached tokens are consistent : passed
- Output throughput is plausible : passed
- Autonomy matches step-ins : passed
- Step-ins do not exceed turns : passed
- Retries agree with first-try result : passed
- Evidence log SHA-256 matches : passed
- Evidence log is substantial : passed
Evidence log
[
{
"duration_api_ms": 67872,
"stop_reason": "end_turn",
"session_id": "[REDACTED]",
"total_cost_usd": 0.29646480000000003,
"usage": {
"input_tokens": 14,
"cache_creation_input_tokens": 16356,
"cache_read_input_tokens": 152904,
"output_tokens": 6749,
"output_tokens_details": {
"thinking_tokens": 824
},
"server_tool_use": {
"web_search_requests": 0,
"web_fetch_requests": 0
},
"service_tier": "standard",
"cache_creation": {
"ephemeral_1h_input_tokens": 16356,
"ephemeral_5m_input_tokens": 0
},
"inference_geo": "global",
"iterations": [
{
"input_tokens": 2,
"output_tokens": 732,
"cache_read_input_tokens": 27943,
"cache_creation_input_tokens": 559,
"cache_creation": {
"ephemeral_5m_input_tokens": 0,
"ephemeral_1h_input_tokens": 559
},
"type": "message"
}
],
"speed": "standard",
"fallback_credit": null
},
"modelUsage": {
"claude-opus-5-5": {
"inputTokens": 14,
"outputTokens": 6749,
"cacheReadInputTokens": 152904,
"cacheCreationInputTokens": 16356,
"webSearchRequests": 0,
"costUSD": 0.29646480000000003,
"contextWindow": 1000000,
"maxOutputTokens": 128000,
"thinkingTokens": 824,
"canonicalModel": "claude-opus-5-5",
"provider": "firstParty",
"costBasis": "list"
}
},
"permission_denials": [],
"terminal_reason": "completed",
"fast_mode_state": "off",
"fast_mode_disabled_reason": "sdk_opt_in_required",
"subagent_stats": {
"spawned": 0,
"requested": {
"background": 0,
"foreground": 0,
"unset": 0
},
"started_in_background": 0,
"max_depth": 0,
"spawned_by_subagents": 0,
"completed": 0,
"failed": 0,
"killed": {
"parent": 0,
"user": 0,
"system": 0
},
"refused": {
"depth_limit": 0,
"concurrency_limit": 0,
"budget": 0
},
"by_type": {}
},
"safety_stops": 0,
"is_error": false,
"num_turns": 7,
"subtype": "success",
"api_error_status": null,
"result": "I've written `solve.py` and run it on the given log. It produces `answer.json` and `dashboard.html`, and nothing is hard-coded: the log path and alarm thresholds come from `input.json`.\n\n**Results on `log.nmea`:**\n- **Line counts:** 487 valid, 11 bad checksum, 3 malformed. The 3 malformed lines are the unsupported `XDR` sentence, a `DBT` line with no `*` checksum, and an `MWV` line whose wind angle is `x62.3`.\n- **True wind:** 95 samples. The three `MWV` lines with status `V` count as valid but make no sample. Mean TWS is 17.39 kn and max is 19.79 kn.\n- **Last values:** TWS 17.35, TWA 69.52, TWD 47.72, VMG 1.77, boat speed 5.06, depth 5.6.\n- **Alarms:** 23 in total: 18 speed, 3 wind and 2 depth (210\u2013216 and 294\u2013297).\n\n**Dashboard:** The page has six value tiles (1 decimal), a compass-style wind rose whose needle points toward TWD (0\u00b0 at the top, clockwise), and an alarm list with one item per alarm. A search found no `<script>`, `href`, `src` or `url(` in the file. I haven't screenshotted it in a headless browser.\n\n**Judgement calls you might want to check:**\n- A malformed reading only counts as such if a *needed* field is bad. Several lines have junk like `x` in fields the rules don't use (e.g. `$GPVTG,x328.8,\u2026` or `$IIVHW,x,\u2026`), and I count those as valid.\n- An `MWV` line needs a numeric angle and speed, plus a reference and status, even when it won't make a sample.\n- If the log has no true wind samples, or no speed or depth readings, the matching `last`, mean and max entries are written as `null`.\n\nThere was already a `dashboard.html` in the folder with different numbers; running the script replaced it.",
"ttft_ms": 4187,
"type": "result",
"duration_ms": 68325,
"uuid": "[REDACTED]",
"ttft_stream_ms": 3122,
"time_to_request_ms": 216,
"first_content_frame_ms": 3123,
"queued_turn_count": 0,
"result_index": 0
}
]