Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Feature request: add fine grained permission control

Ouverte
  • Quelque chose ne va pas ?
#299 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
typescript
Domaine
authorization, security

Piste de recherche

Commencez dans Settings → Local execution via le point d’entrée grokbot://app/v1/settings?id=local-execution ; l’issue ne nomme aucun fichier d’implémentation ni aucun test. Le travail est terminé lorsque le commutateur à l’échelle de la machine est remplacé par des permissions par bot et par machine, que le refus est appliqué par défaut aux nouveaux bots, que des aperçus de commandes visibles sont disponibles et que des autorisations persistantes et limitées à un périmètre sont prises en charge.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Problem

Grok Bot’s local-computer prompt is all-or-nothing across every bot on a machine.

When one bot needs to run a command on my Mac (mac.lan), the card asks (see screenshot):

Allow Grok Bot and all Bots to run commands on your local computer?

Options are Always allow, Allow once, and Never. Copy says this applies to Grok Bot and every Bot, and can be changed in Settings.

That is not the right grain. I cannot grant local execution to one bot and keep it off the others.

Why this matters

I use several Grok Bots with different duties:

  • A chief-of-staff bot (mine) that I do want to run commands on my Mac (git, gh, local clones).
  • Specialist bots I also created (slack, gitHub, product1, product2, etc.) that should not inherit that grant.

Today, “Always allow” on mac.lan is every bot I own. That breaks separation of duties. “Allow once” is too noisy for a bot I actually trust with the Mac. “Never” blocks the one bot that should have it.

I expect Grok Bots to talk to each other soon, ie my team’s bots should ask my chief-of-staff bot for permission before they act, and I decide through that bot or that bot can decide on my behalf (separate issue). That only works if permissions are per-bot. A machine-wide grant means any bot I (or later, a teammate) created can use the same local access.

Request

  1. Per-bot local execution (needed first). Let me allow/deny “run commands on this computer” per bot, per machine. Default deny for new bots. Granting xxx (or any one bot) must not grant slack, eng-abc, or any other bot I created.

  2. Visible command, scoped grant. Keep command preview on by default. Prefer grants like “this bot, this machine, this path” over a silent global allow.

  3. Bot-to-bot permission requests (next). When bots can message each other across users, let a designated bot be the policy checkpoint: other bots request, that bot (or I through it) allow/deny. Do not treat a teammate bot’s ask as an approved local-computer grant.

Settings → Local execution should show a per-bot matrix, not one switch for all bots.

Out of scope for v1

I am not asking to remove Auto-review or the allow-once prompt. I am asking that a lasting allow be bound to a specific bot (and machine), not the whole fleet.

Workaround today

I can tell the chief-of-staff bot not to hand Mac/git/gh work to other bots, and I can refuse teammate-bot asks until I approve them. That is policy in chat, not enforcement. The product still lets every bot use the Mac if I click Always allow.
Image

Langage dominant
TypeScript
Étoiles
10.8k
Forks
1k
Merge moyen
12 h 59 min
PR mergées (30 j)
107

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de cursor/plugins

Toutes les issues de cursor/plugins

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.