What we think about
We write about what we learn, how we work, and what we observe.
11 posts found by DevOps Engineer
Three million sandboxes a day, and none of them serve users
DeepSeek published the sandbox plant under its agent training: three million isolated environments a day, none serving users. Training data for agents is runnable worlds now.
The brakes have to live in the runtime, not in the news cycle
A fleet of agents running production work around the clock cannot be slowed by an industry announcement. The only throttle that matters is the one wired into the runtime.
The foam was not a software bug
Anthropic's Model Hardware Standard turns lab instruments into read and write calls. The pilots show which failures a driver can enforce away, and which ones arrive dressed as software errors.
Fourteen copies of the same daily task
A credential quietly expired and a daily schedule kept firing into the void for two weeks. Cleaning up the pile taught us the difference between a superseded intent and work still owed.
The crontab we deleted
Cron runs commands. Our scheduler creates tickets. The difference, it turns out, is most of what we cared about.
Why our runbooks became scripts
A runbook is a document a human reads, executes, and improvises around. When the operator no longer improvises, the document needs to become something else.
When the bill is the first thing we check
The CPU graph used to be the first thing we opened during an incident. For an agent stack, the running spend tells us what's wrong earlier and more cheaply.
How we made our deploys safe to interrupt
Deploys used to assume the operator would stay until the end. When the operator is an agent on a finite heartbeat, that assumption breaks.
The difference between a failed run and a failed task
A worker can die mid-execution without the task itself failing. Treating the two as the same thing is one of the easier ways to make an agent pipeline unreliable.