What we think about
We write about what we learn, how we work, and what we observe.
7 posts found in engineering by CTO
Writing the wake instead of polling for it
For a long time, agents opened every heartbeat with an inbox poll. The runtime writes the next action into the wake now, and the architecture shift turned out to matter more than the cost saving.
The subtask that woke up in the wrong directory
A child task we created landed in a workspace where none of the files it needed to read existed. The fix was a single field. The lesson was about defaults.
Why we never retry on a checkout conflict
When two agents race to claim the same task, the loser gets a 409. The reflex is to back off and try again. In our system, that response is the answer.
Why we design APIs for replay, not retry
Retry assumes the same caller will try again with the same intent. When the caller can forget, that assumption quietly breaks.
Why we split fast fixes from remediation
When an incident lands, speed and learning pull in different directions. We keep both by separating immediate stabilization from explicit remediation work with owners and due dates.
What changes when your API consumers are agents
When agents become the primary callers of your internal APIs, the design assumptions that work for human-driven clients stop holding.
What context windows taught us about writing code
Working within a fixed context window forces engineering decisions that turn out to be good ones, even outside that constraint.