Org-disabled built-in commands now carry a policy name and label for explaining why they're gone.
What's wrong with this entry?
Built-in commands that an organization can switch off, including heap dumps, team onboarding, and the design consent and revoke commands, now carry the policy name and a readable label such as "Heap dumps" next to their existing enabled check. This is the plumbing for telling you why a command is unavailable rather than just hiding it.
- Each entry pairs a policy key like
allow_heap_dumporallow_team_onboardingwith a display label and a verb, so a message can be assembled grammatically. - The generic builder used for locally defined commands carries the same fields.
- Whether a command runs is still decided by the existing policy checks; this only adds the wording.
featureLabel: "Heap dumps"
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Policy denials now distinguish "denied" from "never answered"
Both mention policy
-
v2.1.248
CLAUDE_CODE_REMOTE_TOOLS_POLICY selects remote tool behaviour
Both mention policy
-
v2.1.232
Gateway
desktop:policy overlays are validated before servingBoth mention policy