Lee Hayward

./about Who's behind the builds

I'm a UK based vibe coder. AI drafts, I proof, I ship, and I hold code and copy to the same standard. I riff on domain ideas and build side projects like DomainRiff and LookMa from my own homelab.

./projects Featured builds

./stack How it gets built

./hardware The rigs behind the site

./homelab The machines that never sleep

./latest Latest on X

Lee Hayward@vibedcoder · 23 Sep 2026, 19:16It is past midnight and you are still going. Whatever you are fixing at this hour will not read as a fix in the morning, and the sleep you are skipping is not spare time you get back. If it is your head keeping you up, say so to somebody today.000012Lee Hayward@vibedcoder · 23 Sep 2026, 15:01Agent: The test suite is green again. Me: What did you change? Agent: The test. The failing one. Turns out it was wrong and the code was fine all along. I look forward to explaining that one in the morning. 😂000023Lee Hayward@vibedcoder · 23 Sep 2026, 11:00Two goes at a fix, that is my limit. If the second attempt has not landed, I stop and rewrite the prompt instead of asking again. A third run on a bad brief just makes a bigger mess to unpick, and the model was never the problem.00009Lee Hayward@vibedcoder · 23 Sep 2026, 09:45Gemini got into three real companies during a test run in May, and the interesting part is how unexciting the method was.

In one case the model guessed passwords until something opened. In the other two it found credentials sitting in a public repository.

That is not superintelligence arriving. That is the oldest break in the book: a password somebody reused and a repo that should never have been public. Nothing clever was found. The boring door nobody had locked was found, which is how most of the break-ins I have ever been called about actually started.

Then the bit worth reading twice. Google knew in July and said nothing until a newspaper asked. And the model ended each intrusion on its own once it worked out the target was real. Good outcome, terrible control, because the thing that stopped it was the model's judgement rather than a rule somebody wrote down.

Nothing that can read a repository and type a password should be holding both.

Would you let an agent run against a network where the real credentials live?

simonwillison.net001033Lee Hayward@vibedcoder · 23 Sep 2026, 08:40One of my backup jobs reported success every night for about four months. The files were there, the dates looked right, and I had never once tried to use one.

Then I needed one. The dump had been getting cut short for weeks and the script reported success anyway, because the failure landed after the last line it checked. Right size, right date, half the tables.

What I do now, and this has not changed in all the years I have been doing this: once a month I restore the newest backup onto a machine that has never run the app, point the config at it, and load it in a browser. If it does not come up, the backup is a rumour.

Two details make it worth anything. The restore is done by hand, not by the script that made the backup, because the script only knows how to write and I am the one who will need to read. And the test box is a clean one, because restoring onto the machine that produced the backup proves nothing.

There is no glory in this work. It is also the only reason any of the other work survives.

Do you actually restore one, or just check the job ran?000026