Uh oh!
There was an error while loading. Please reload this page.
docs: verify self_driving_miles_since_reset minimum_delta claim (no change) - #35
docs: verify self_driving_miles_since_reset minimum_delta claim (no change)#35Bre77 wants to merge 1 commit into
Conversation
Bre77
commented
Aug 12, 2026
Verification note captured in fleet records - the investigation doc doesn't need to live in the repo. Verdict stands: minimum_delta is not a config surface of this library; follow-up moved to the api's field configuration. |
💡 Codex Reviewpython-teslemetry-stream/teslemetry_stream/vehicle.py Lines 132 to 133 in ea75103 When AGENTS.md reference: AGENTS.md:L19-L19 python-teslemetry-stream/teslemetry_stream/vehicle.py Lines 147 to 150 in ea75103 If AGENTS.md reference: AGENTS.md:L21-L21 ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍. Codex can also answer questions or update the PR. Try commenting "@codex address that feedback". |
An automated HA-domain review claimed
self_driving_miles_since_resetnever receives data unless its field config carriesminimum_delta >= 1, by precedent withodometer. Verified before touching anything.This library's field config surface (
add_field/update_config/patch_config) only ever sends{"interval_seconds": ...}— there is nominimum_deltakey anywhere in the code, and no per-field precedent (odometer included) that differs from any other signal. The claim doesn't describe anything this library controls, so there's nothing to fix here without inventing a new, unverified config surface.Evidence and reasoning:
data/pts-selfdriving-mindelta/report-note.md.No functional change — documentation of the investigation only.