Deterministic Tessie vehicle reads, confirmed controls and health checks through protected dynamic vehicle policy and the existing OneCLI gateway.
91%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Passed
No findings from the security scan
Process steps in order. Do not skip ahead.
Read the complete contract before interpreting the result:
skills/tessie-brief/references/host-contract.md
It defines the supported evidence and missing coverage. Source publication is not native deployment, health proof, enrollment or permission for a vehicle effect. Proceed immediately to Step 2.
python3 /home/node/.claude/skills/tessl__tessie-brief/scripts/tessie-brief.pyNo arguments. The docstring of skills/tessie-brief/scripts/tessie-brief.py
owns its input, output and exit contract. Exit 0 returns wake_agent:false and schema1 data
with deterministic lines, observed home day and separate incomplete coverage.
No poll, control, notice, task, vehicle wake or authority write occurs.
After valid successful output, proceed immediately to Step 3.
Exit 1 has fixed stderr and no stdout. Nonzero or invalid output: report the fixed diagnostic and stop. Never call a vehicle wake, bypass the cache or run charging poll to complete this summary.
Include each returned line once, without adding a vehicle condition. The morning brief owns its transport; this skill sends no separate notice. For a standalone owner request, state the returned lines and missing coverage plainly. Empty lines with partial coverage means no proved alert, not that all cars are healthy. Keep unknown checks separate from proved lines; never infer open firmware alerts from history or an available software update. Finish here.