Skip to content

Kill ENABLE_MANAGED_AGENT_CONFIG; gate managed config on the server SAFE flag - #504

Draft
david-siqi-liu wants to merge 1 commit into
david/ug-configure-wordingfrom
david/kill-managed-config-flag
Draft

Kill ENABLE_MANAGED_AGENT_CONFIG; gate managed config on the server SAFE flag#504
david-siqi-liu wants to merge 1 commit into
david/ug-configure-wordingfrom
david/kill-managed-config-flag

Conversation

@david-siqi-liu

Copy link
Copy Markdown
Collaborator

Stacked on #500.

What

Removes the client-side ENABLE_MANAGED_AGENT_CONFIG env var and managed_agent_config_enabled(). Workspace-managed coding-agent config is now gated purely by the server-side SAFE flag, which surfaces as a FEATURE_DISABLED reason from refresh_managed_config (authoritative: returns no config and clears the persisted cache).

Why

The client flag was a bug-bash opt-in. Per team decision, the feature should be gated by the server SAFE flag alone. Two constraints had to hold, and do:

  • When the feature is disabled server-side, admins and users see nothing about managed config.
  • omnigent's ucode configure --profiles DEFAULT --agents claude,codex,pi --use-pat --skip-validate --skip-upgrade stays non-interactive.

Changes

  • Delete ENABLE_MANAGED_AGENT_CONFIG / managed_agent_config_enabled() and every gate that read them.
  • Drop the ug configure admin auto-routing. When the flag was unset it was already a passthrough, so ug configure now behaves exactly as it did for non-flag users: non-interactive, no managed prompts.
  • Bare ug on a feature-disabled workspace prints a short, managed-free guidance line (run ug configure, then ug <agent>) instead of a silent no-op.
  • Launch always fetches and applies the managed config: removed the cached-launch fast path so an admin's config can't be bypassed by stale local state. Correctness over the small per-launch latency cost.
  • Remove --skip-managed-config from all commands (it worked by unsetting the now-gone env var).
  • status and the launch "no managed config" note key off the server signal rather than the env var.

Testing

  • The affected pytest suites (test_cli, test_managed_config, test_managed_wizard, test_lint) pass. ruff check and format clean.
  • Reviewed with gpt-6-astra; both hard constraints verified, and its one finding (feature-disabled help still surfaced managed-config wording) is addressed by the managed-free guidance line.

This pull request and its description were written by Isaac.

…AFE flag

Remove the client-side ENABLE_MANAGED_AGENT_CONFIG env var and
managed_agent_config_enabled(). Managed coding-agent config is now gated purely
by the server-side SAFE flag, which surfaces as FEATURE_DISABLED from
refresh_managed_config (authoritative: returns None and clears the cache).

- Drop the `ug configure` admin auto-routing. It was a passthrough when the flag
  was off, so configure now behaves as it always did for non-flag users:
  non-interactive, no managed-config prompts. Keeps omnigent's
  `ucode configure --profiles --agents ... --use-pat` non-interactive.
- Bare `ug` prints help when the feature is disabled server-side, instead of a
  silent no-op.
- Launch always consults the managed config (removed the cached-launch fast
  path) so an admin's config can't be bypassed by stale local state.
- Remove --skip-managed-config; it worked by unsetting the now-gone env var.
- status and the launch "no managed config" note key off the server signal.

Co-authored-by: Isaac <no-reply@databricks.com>
@david-siqi-liu
david-siqi-liu force-pushed the david/kill-managed-config-flag branch from a6580cc to a7ebe98 Compare September 5, 2026 02:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant