[Gap]: Document per-group tool restrictions (Tools tab, Sync tools, Choose tools)
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 84/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- javascript
- Ambito
- documentation
Direzione di ricerca
Inizia da connector-policies.mdx e connectors.mdx, poi leggi la sezione esistente “Tool choices” in support-connector-access.mdx per le indicazioni correlate rivolte agli utenti. Documenta la sincronizzazione dei connettori, le scelte degli strumenti per gruppo, come le restrizioni influiscono sui nuovi strumenti e sulle scelte degli utenti, quando entrano in vigore i rifiuti e i limiti dichiarati; aggiungi un breve rimando da connectors.mdx. Il lavoro è completato quando un amministratore può seguire la documentazione per limitare gli strumenti per un gruppo e comprendere le avvertenze documentate.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What needs documentation?
Admin control over which tools each group can use on a connector. The docs currently only describe users turning tools off for themselves (support-connector-access.mdx, "Tool choices"). The admin side is missing:
- The connector Tools tab and Sync tools. A connector's tool list is empty until an admin syncs it. For connectors that act as each user (upstream identity provider, token exchange, OBO), the admin must sign in to the connector first; the tab shows "Sign in required to sync". After a sync, the tab lists each tool with its type (Read-only, Destructive, Write) and its access across groups (for example "Allowed, 1 of 1 group" or "Blocked, 0 of 1 group").
- Choose tools per group (connector → Access → group's actions menu → Choose tools). Tools are grouped by category, and the admin unticks tools or whole categories.
- The two states and what they mean for new tools:
- "New tools are allowed automatically": the group has no restriction.
- "New tools are blocked for this group until you allow them": the group has a restriction.
- After a change, new tools discovered on the connector are blocked for that group.
- How group restrictions combine with users' own tool choices. The group restriction is a ceiling; users can only narrow further.
- When it takes effect. The next tool call is refused. The client can still list the tool until its tool list refreshes.
- Known limitations, until they're fixed:
- Re-ticking every tool doesn't return a group to "allowed automatically" (stacklok/stacklok-enterprise-platform#5759); revoke and re-grant the group to reset it.
- Refused calls don't appear in Activity (stacklok/stacklok-enterprise-platform#3901).
- Connector descriptions (small, related): connectors added with Discover in Kubernetes keep "Auto-published from MCPServer …" as their description, and users see it in their catalog. Advise setting a description after adding them, until stacklok/stacklok-enterprise-platform#5761 changes the default.
Context and references
- Console guidance for never-synced connectors: stacklok/stacklok-enterprise-platform#5490
- Connector-level default tool access (API): stacklok/stacklok-enterprise-platform#5302
- Earlier platform work (all closed): stacklok/stacklok-enterprise-platform#4371, stacklok/stacklok-enterprise-platform#4372, stacklok/stacklok-enterprise-platform#4375, stacklok/stacklok-enterprise-platform#4376
Suggested home: a new "Restrict tools for a group" section in connector-policies.mdx, with a short pointer from connectors.mdx.
Use case
As a platform admin, I want to grant a connector to a group but keep its destructive or high-risk tools away from that group, without asking every user to turn those tools off themselves.
Additional context
Exercised on the demo cluster, October 27, 2026: synced OSV, blocked two read-only tools for All FTE, and confirmed the next calls from LibreChat failed.
Fully or partially written by an AI agent.
- Lingua principale
- JavaScript
- Stelle
- 4
- Fork
- 4
- Merge medio
- 17h 57m
- PR unite (30g)
- 87
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di stacklok/docs-website
-
documentation enhancement needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
stacklok/docs-website#1258 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation enhancement needs-triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
stacklok/docs-website#1241 ·
I maintainer di solito rispondono entro 1 giorno
-
bug documentation needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
stacklok/docs-website#1149 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
stacklok/docs-website#1143 ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
stacklok/docs-website#564 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di stacklok/docs-website
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
factory-active task-identify-harness-labels-done task-identify-issue-type-done
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
vercel/ai#24302 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
follow-redirects updateAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
mailgun/mailgun.js#544 ·
-
beginner bug frontend
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
BistaDinesh03/critique#266 ·
I maintainer di solito rispondono entro 1 giorno
-
New tool: ⚪️ writenodeForse già presa @github-actions l’ha presa oggi. Apertasubmission triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
kausalflow/tools#251 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno