firehose> #llmops

Offline Consolidation Cycle

A scheduled, offline pass in which an agent mines its own past sessions for durable lessons, re-runs recurring tasks to test candidate improvements, and promotes only what survives a gate into its live skills and memory. The work happens when the agent is not serving requests — hence SkillOpt's frank borrowing of the sleep metaphor, complete with harvest → mine → replay → consolidate, dream.py (rollouts on imagined/perturbed variants of past tasks), experience replay, and long-term memory. The lesson the operator learns from real use is deposited in the artifact, not in the operator's head.

The structural claim worth extracting is about where the improvement work lives. Three positions exist in the graph. Improvement can happen in the request (reflection, evaluator-optimizer — pay per request, forever). It can happen between sessions, by a human (Self-Improving System's periodic loop — pay in attention, the scarcest thing). Or it can happen offline, mechanically, on a schedule — pay in compute at night, and pay nothing at serve time. Only the third scales in the dimension that actually binds: the operator's attention. That is the argument for consolidation cycles, and it is a good one; the price is that whatever the gate does not measure, nobody is watching.

Two details distinguish this from ordinary Agent Rituals scheduling. The cycle's input is the agent's own trajectory history — real past sessions, harvested from Claude Code / Codex / Copilot transcripts — so the training distribution is the operator's actual work, which is the Self-Improving System instinct made into a data pipeline. And the cycle is budgeted (budget.py) and staged (staging.py), meaning the run has a spend ceiling and promotion is a separate act from generation.

Claims

Check-worthy source claims (attributed, not adjudicated — a later grounding pass can verify):


Linked from