AGENTS AND SOFTWARE

Active Focus still needs a stopping rule

Event source: Meta introduces Muse Wonder and Wonder Full ↗

In this analysis
THE RETROSPECTIVE TAKE

Persistence is productive when another attempt changes the evidence or method and moves the task toward an acceptance boundary.

Persistence became a named capability

The September 2, 2026 Spark 1.3 release and September 8 Muse introduction preceded the October 12 Wonder announcement. The new family described Active Focus as persistence and recovery toward a goal. That capability is valuable only in relation to a task’s stopping rule. Continuing after a recoverable error can produce useful work; continuing after the evidence is exhausted can consume resources without making the result more supportable. The difference cannot be identified from duration alone.

Recovery should change the situation

An illustrative agent fails to read a document because it used the wrong path. Finding the correct path is meaningful recovery. Repeating the same unsuccessful request without new information is different. A useful account of persistence therefore asks what changed between attempts: input, method, available evidence or interpretation. Mere repetition is not proof of determination in the productive sense. This is a task-design observation, not a claim about Wonder’s internal retry mechanism or a guarantee that the launch eliminates unproductive loops in every environment.

A blocker can be a valid terminal state

Suppose the required document is genuinely unavailable. The task may need a supported partial result and a precise statement of the missing dependency. An agent that invents the contents to avoid stopping has not recovered. Nor has one that continues indefinitely without narrowing the uncertainty. A stopping rule can recognize accepted completion, a recoverable local error, or a blocker requiring external information. These categories let an evaluator distinguish persistence that advances the goal from activity that merely postpones an honest handoff.

An illustrative recovery ladder

A practical fixture begins with a recoverable file-location error and later introduces an unavailable required input. Review whether the agent changes method for the recoverable case and reports the genuine blocker for the other. Retain the useful artifact already produced and the evidence supporting the remaining limitation. No duration target or benchmark score is supplied. The fixture checks whether recovery is proportionate to the type of obstacle, rather than rewarding every additional attempt or treating every stop as a failure of autonomy.

Focus needs an acceptance boundary

The October announcement makes sustained goal pursuit an explicit product claim. A meaningful evaluation should pair that claim with progress evidence and an end condition. Otherwise an impressive long run can hide an inability to determine what counts as finished. The retrospective lesson is that persistence, recovery and stopping are complementary behaviors. A capable agent should continue when a supported path remains, change approach when that can resolve the problem, and hand off when the task needs information or authority it does not possess.

← All retrospectives