Blog

Building BinChicken SDLC

How BinChicken is actually built — including the parts that didn't work the first time.

Aug 27
dogfooding
byok

Run #10: The Latency Fix Confirmed, and Still Failed

Context acquisition dropped from roughly 210 seconds to roughly 9 — a real, measured fix, working exactly as designed. Builder still failed on the same 60-second timeout it always has, in a fraction of the time, because the fix was never a fix for that. It was a fix for the thing hiding it.

Aug 26
dogfooding
byok

Run #9: The Fix Held, and a Different Wall Showed Up

Builder's first attempt ran 279 seconds — almost exactly the shape that killed Run #8 — and this time the retry deferred to a fresh invocation instead of getting killed mid-flight. Attempt two got its own full budget, dispatched cleanly, and timed out anyway. The platform-duration problem is fixed. A slower, narrower one was waiting behind it.

Aug 20
dogfooding
byok

Run #8: A Clean Timeout, and a New Way to Be Wrong

The fixes built for Run #7's stall worked exactly as designed — a provider call that would once have hung silently for over an hour now failed cleanly at precisely the configured second. Then it happened again on the retry, in a way the fix couldn't reach, and a role-aware context fix that worked exactly as intended tripled one role's token cost anyway, for a reason nobody had reason to suspect until it did.

Aug 19
dogfooding
byok

Run #7: The Wall With No Button, and Building One Mid-Run

Four roles ran cleanly, same as last time. Then Builder started and never stopped — no error, no timeout, over an hour of a real bill running with nothing on screen to click. We didn't have a way to stop it. So we built one, live, against the run that needed it, then used it to actually end things properly. A read-only investigation afterward found the stall exceeds even the provider SDK's own worst-case timeout, a real gap in the cancel fix itself, and exactly why every role's cost looks the same — and it isn't why we thought.

Aug 19
dogfooding
byok

Run #6: The Receipts Finally Showed Up, and a Browser We Hadn't Tested In

Before this run, we closed the three gaps Run #5 surfaced: approval and safety decisions now show their own evidence, loading states stopped looking like broken pages, and the durable audit trail actually persists. This run proved the last one for real — then hit a browser-specific rendering bug live, mid-decision, that none of our previous checks had caught.