Home automation field notes All concepts

reporting

The night shift is a language model

Field notes on an AI caretaker: what it catches, the three ways it goes wrong, and why its most useful sentence is 'I could not verify this'.

Somewhere past four in the morning, a language model reads everything this house did in the last twenty-four hours (every light, door, alert, air reading, which automations fired and which pointedly did not) and writes up its opinion. It is diligent, unoffendable, cheaper than any human with the same reading speed, and wrong in ways that deserve their own field notes, because they are not the ways people expect.

Every night at twenty to five, a language model reads the day back to us and says what it thinks went wrong. It is not always right. It is, however, always awake, never bored, and has no feelings about being told it was wrong, which makes it the ideal colleague for the night shift and a slightly unnerving one for everyone else.

What it is genuinely good at

Volume and absence. No human reads a day of logs; it reads all of them, every night, without morale. And it notices the dog that did not bark: the automation that should have fired and did not, the sensor that has been saying the same thing suspiciously long, the heating that ran for an empty flat. The reporting page covers the mechanics; the short version is that it reviews the evidence against a written set of house rules and files a report.

The three ways it goes wrong

None of them are hallucination, which is what everyone asks about. All of them are evidence handling.

The staff also live in the building

The colleague is not an abstraction in a distant data centre; the session doing the investigating runs on the same small box as the house. During one memory crisis the largest discretionary consumer of memory turned out to be the assistant investigating the memory crisis, at over a gigabyte. The building inspector was standing on the fire hose. That story, and the diagnosis it produced anyway, is in the horror stories.

Its diligence also needed a leash. The log collector that feeds the nightly review once fed on its own errors and filled a quarter of the disk overnight; the fix was verified, and the loop came back through it three days later.

The house now contains machinery whose sole purpose is to protect it from the enthusiasm of its own staff: a filter with no template in it, a rate cap, and a circuit breaker that will disable a runaway automation while explicitly refusing to touch anything with “alarm” or “leak” in its name. Details in the field guide.

Even the staff roster needs a sensor

The dashboard has a dropdown choosing which model the session runs on. For a day the session kept coming back as a different, older model, and three confident diagnoses on the box were wrong before a measurement settled it: the phone app attaches its own model choice to each message, outranking every local setting.

The fix was not a fourth layer of configuration. It is a sensor showing which model answered last, sitting next to the dropdown that states the wish. The discipline the house applies to its heating now applies to its help; the full sequence is in the sequel on the verified-wrong page.

Rules of engagement

Postscript: the reviewers got reviewed

After this page was written, the site itself went in front of a panel: four models from four different providers, blind review first, then rounds of adversarial cross-examination, run by a neutral chair. The findings were excellent and are worked into the pages you have been reading. The episode itself, though, belongs here, because it is this page's argument performed live.

In blind review, one seat asserted that a platform default was “1970-01-01, verified in the source”, in a session that had no access to any source. The actual source, read later, says today-at-midnight, which is what this site had published. The seat was not lying so much as compressing: “verified” was doing the work the evidence could not, which is the precise failure mode half this site documents, performed inside the machinery built to catch it.

What saved the record was not any reviewer's reliability. The cross-examination forced a retraction before ratification, so the published consensus said “disputed, verify before publishing” instead of a false correction; the panel later struck the finding, owned the error in its own record, and wrote the lesson better than I had: the redundancy must extend to the reviewers' own claims, and it is the hedged output that makes a wrong reviewer recoverable.

Two further panel errors were the tooling's: a mirroring script silently dropped two pages and the panel reported them absent from the site; a trimmed diff showed figures deleted that had merely moved down the page, and the panel reported them removed. Confident narration of a tool artifact, twice in one session, from a review that was right about nearly everything else. Instruments lie exactly like sensors do, which this site should perhaps have predicted would apply to the instruments pointed at it.

And one detail kept for the end. The seat that found the physics error in the motor-wear material reportedly shares a lineage with the model that wrote it. The same capability, blinded and set in opposition, caught what it had produced. That is the entire case for adversarial review in one anecdote, and it is why the nightly reviewer above gets evidence packs and house rules instead of trust.

Its most useful sentence remains 'I could not verify this'. A colleague who says that unprompted is rarer than one who is right.

A machine colleague multiplies the need for discipline, not the supply of it. It reads faster than you, writes more than you, and believes itself just as readily. Every rule on this site about sensors that fail healthy applies, word for word, to the staff.