| name | verify |
| description | Run the tibber-pulse-bot verification protocol — gofmt, go vet, go test, then guide the end-to-end bridge/MQTT smoke tests and the Helm render. Use before reporting a bridge / SML / output change as done. |
| disable-model-invocation | true |
verify
Runs the project's Verification protocol (see CLAUDE.md ›
"Verification protocol"). The static gates are CI-gated and run automatically;
the end-to-end steps need a real bridge + broker and are run on request.
1. Static gates (always run — all must pass)
test -z "$(gofmt -l .)" && echo "gofmt: clean" || { echo "gofmt: FAIL"; gofmt -l .; }
go vet ./...
go test ./...
These three are required checks on main. Stop and fix before going further if
any fail.
2. Helm render (run for chart / output changes)
helm lint plus a template render of at least one password mode:
helm lint chart
helm template r chart \
--set pulse.host=192.0.2.10 \
--set mqtt.host=mosquitto.default.svc.cluster.local \
--set pulse.password=dummy-9char
Expect zero errors. For the other two password modes swap the last --set for
--set pulse.sealedSecret.encryptedPassword=... or --set pulse.existingSecret=....
3. End-to-end (run for bridge / SML / WS / output changes)
These need the real bridge IP and the 9-char sticker password — never commit
them. Ask the operator for <ip> and <pw>, or read $TIBBER_PULSE_PASSWORD.
a. Stdout smoke test — expect ≥ 5 readings per frame, including meter_serial:
go build -o tibber-pulse-bot ./cmd/tibber-pulse-bot
./tibber-pulse-bot --pulse-host <ip> --pulse-password <pw>
b. MQTT round-trip — run the bot against the broker in one shell, subscribe
in another, and confirm power_total updates every ~2–4 s:
./tibber-pulse-bot --pulse-host <ip> --pulse-password <pw> --mqtt-host <broker>
mosquitto_sub -h <broker> -t 'tibber/pulse/#' -v
Reporting
State which steps ran and their results. Do not claim "verified" if the
end-to-end steps were skipped — say so explicitly.
