claude-code - 💡(How to fix) Fix [Feature Request] Per-group / per-team scoping for server-managed settings

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Server-managed settings currently apply uniformly to all users in an organisation. There is no way to scope settings (e.g. environment variables, permissions, hooks) to a specific subset of users such as a team or role group.

Root Cause

Use case

We are distributing shared API tokens to a subset of users (a specific engineering team) via server-managed settings env variables. Because settings are org-wide, we either expose the token to all users — which is broader than needed — or fall back to per-user manual setup, which defeats the purpose of centralised management.

Fix Action

Fix / Workaround

Current workarounds considered

  • Separate Anthropic org/workspace per group — requires a separate contract
  • MDM (Jamf/Intune) — scopes by device, not user; requires IT involvement
  • Per-user ~/.claude/settings.json — not scalable for onboarding
RAW_BUFFERClick to expand / collapse

Summary

Server-managed settings currently apply uniformly to all users in an organisation. There is no way to scope settings (e.g. environment variables, permissions, hooks) to a specific subset of users such as a team or role group.

Use case

We are distributing shared API tokens to a subset of users (a specific engineering team) via server-managed settings env variables. Because settings are org-wide, we either expose the token to all users — which is broader than needed — or fall back to per-user manual setup, which defeats the purpose of centralised management.

Desired behaviour

The ability to scope server-managed settings to one or more user groups, for example:

  • Tag-based: apply a settings profile to users with a given role or group tag in the admin console
  • Multiple profiles: define N settings profiles, each assigned to a different subset of users
  • Minimum viable version: a simple allow-list of users or email domains per profile

Current workarounds considered

  • Separate Anthropic org/workspace per group — requires a separate contract
  • MDM (Jamf/Intune) — scopes by device, not user; requires IT involvement
  • Per-user ~/.claude/settings.json — not scalable for onboarding

Impact

Without this, centralised token/secret distribution is all-or-nothing at the org level, which conflicts with least-privilege principles for access to shared credentials. This is a blocker for using server-managed settings as the recommended distribution pattern for team-scoped shared tokens.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [Feature Request] Per-group / per-team scoping for server-managed settings